AWS Solutions Architect · पाठ

ALB बनाम NLB बनाम GLB: किसका उपयोग कब करें

Application, Network और Gateway Load Balancer के बीच अंतर समझिए और प्रत्येक को उसके आदर्श उपयोग-प्रकरण से मिलाइए।

पाठ 1, कुल 4 में से13 चरण

ALB बनाम NLB बनाम GLB: किसका उपयोग कब करें, CoddyKit पर AWS Solutions Architect का एक निःशुल्क पाठ है। यह 4 में से 1वाँ पाठ है। इस अध्ययन पथ के 3 तक कोई भी पाठ पूरा पढ़ना निःशुल्क है — इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ व्यावहारिक अभ्यास भी उपलब्ध कराता है। यह AWS Solutions Architect सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। AWS Solutions Architect पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

Elastic Load Balancing का अवलोकन

Elastic Load Balancing (ELB) आने वाले application traffic को कई targets—EC2 instances, containers, Lambda functions या IP addresses—के बीच अपने-आप बाँटता है। ELB एक managed service है, अर्थात AWS load balancer को कई AZs में provision करने, scale करने और उपलब्ध रखने की ज़िम्मेदारी संभालता है।

AWS, ELB के अंतर्गत तीन प्रकार के load balancers प्रदान करता है: Application Load Balancer (ALB), Network Load Balancer (NLB) और Gateway Load Balancer (GWLB)। प्रत्येक OSI model की अलग layer पर काम करता है और अलग-अलग उपयोग-स्थितियों के लिए optimized है।

Application Load Balancer (ALB)

ALB OSI model की Layer 7 (HTTP/HTTPS) पर काम करता है। यह intelligent routing decisions लेने के लिए HTTP headers, paths, query strings, hostnames और cookies का निरीक्षण कर सकता है। ALB उन web applications, microservices और API endpoints के लिए सबसे उपयुक्त विकल्प है जिन्हें content-based routing की आवश्यकता होती है।

ALB की प्रमुख सुविधाएँ: path-based routing (/api/* को एक target group और /static/* को दूसरे target group पर भेजना), host-based routing (अलग-अलग virtual hosts को अलग-अलग backends पर भेजना), HTTP header और query string routing, WebSocket समर्थन और HTTP/2 समर्थन। ALB EC2 instances, containers (ECS/EKS), Lambda functions और IP addresses पर route कर सकता है।

# Create an ALB
aws elbv2 create-load-balancer \
  --name my-alb \
  --subnets subnet-aaaa1111 subnet-bbbb2222 \
  --security-groups sg-12345678 \
  --type application

Network Load Balancer (NLB)

NLB Layer 4 (TCP/UDP/TLS) पर काम करता है। यह application content का निरीक्षण किए बिना IP protocol data के आधार पर packets को route करता है। NLB को अत्यधिक performance के लिए बनाया गया है: यह अत्यंत कम latency (आमतौर पर 100 microseconds से कम) के साथ प्रति सेकंड लाखों requests संभालता है।

NLB की प्रमुख सुविधाएँ: प्रत्येक AZ के लिए static IP addresses (प्रत्येक subnet के लिए एक Elastic IP), TLS pass-through (decrypt किए बिना encrypted traffic को आगे भेजना), client IP address को बनाए रखना और UDP protocols (जैसे DNS, RADIUS, game servers) का समर्थन। NLB content-based routing नहीं कर सकता और HTTP headers का निरीक्षण नहीं कर सकता।

# Create an NLB
aws elbv2 create-load-balancer \
  --name my-nlb \
  --subnets subnet-aaaa1111 subnet-bbbb2222 \
  --type network

Gateway Load Balancer (GWLB)

GWLB Layer 3 (network layer) पर काम करता है और विशेष रूप से third-party virtual network appliances—firewalls, intrusion detection and prevention systems (IDS/IPS) और deep packet inspection systems—को deploy, scale और manage करने के लिए बनाया गया है।

GWLB traffic को encapsulate करके आपके appliance fleet तक भेजने के लिए GENEVE protocol (port 6081) का उपयोग करता है। Appliance packet का निरीक्षण करता है और उसे उसी GWLB endpoint के माध्यम से वापस भेजता है। Source VPC में routing changes की आवश्यकता के बिना traffic पारदर्शी रूप से प्रवाहित होता है। AWS VPC traffic flows में केंद्रीकृत security inspection शामिल करने के लिए यही मानक pattern है।

ALB की उपयोग-स्थितियाँ

इन स्थितियों में ALB चुनें:

आपको HTTP/HTTPS content-based routing (path, host, header, query string) की आवश्यकता है
आपके backend में Lambda functions या ECS containers शामिल हैं
आपको WebSocket या HTTP/2 connections की आवश्यकता है
आप load balancer layer पर web application security के लिए AWS WAF के साथ integration करना चाहते हैं
आप अलग-अलग URL paths पर कई services वाली microservices architecture बना रहे हैं
आपको load balancer पर SSL/TLS termination की आवश्यकता है

SAA-C03 परीक्षा में अधिकांश web application और REST API load balancing प्रश्नों के लिए ALB सही उत्तर है।

NLB की उपयोग-स्थितियाँ

इन स्थितियों में NLB चुनें:

आपको अत्यधिक performance (प्रति सेकंड लाखों requests, sub-millisecond latency) की आवश्यकता है
आपको ऐसे static IP addresses चाहिए जिन्हें partners या firewalls allowlist कर सकें
आपको UDP traffic (gaming, DNS, RADIUS, IoT) संभालना है
आप load balancer पर decrypt किए बिना TLS pass-through चाहते हैं (target तक end-to-end encryption)
आपको TCP level पर client source IP को मूल रूप से बनाए रखना है
आप AWS PrivateLink का उपयोग करके services को अन्य VPCs या accounts के लिए उपलब्ध करा रहे हैं (PrivateLink के लिए NLB आवश्यक है)

GWLB की उपयोग-स्थितियाँ और वास्तुकला

इन आवश्यकताओं में GWLB चुनें:

आप अपने network traffic flow में third-party firewall appliances (Palo Alto, Fortinet, Check Point) शामिल करना चाहते हैं
आप सभी inbound या outbound traffic के लिए VPC level पर deep packet inspection करना चाहते हैं
आप IDS/IPS appliances के fleet को automatic load balancing के साथ horizontal रूप से scale करना चाहते हैं

वास्तुकला: Traffic source VPC → GWLB endpoint → appliance VPC (जहाँ GWLB traffic को appliance instances में बाँटता है) → appliance traffic को GWLB में वापस भेजता है → GWLB मूल destination पर forward करता है। Source और destination के बीच होने वाले inspection से अनजान रहते हैं।

Cross-Zone Load Balancing

Cross-zone load balancing सभी enabled AZs में registered targets के बीच traffic को समान रूप से बाँटता है, चाहे load balancer node को request किसी भी AZ में मिली हो। Cross-zone load balancing के बिना, प्रत्येक AZ का node केवल अपने AZ के targets में traffic बाँटता है।

ALB में cross-zone load balancing डिफ़ॉल्ट रूप से enabled है और इसकी कोई अतिरिक्त लागत नहीं है। NLB में cross-zone load balancing डिफ़ॉल्ट रूप से disabled है—इसे enabled करने पर inter-AZ data transfer charges लगते हैं। GWLB में cross-zone load balancing डिफ़ॉल्ट रूप से disabled है। जब AZs में target counts असमान हों, तो hot spots से बचने के लिए cross-zone LB enable करें।

Protocols और सुविधाओं की तुलना

परीक्षा के लिए त्वरित तुलना तालिका:

OSI Layer: ALB = 7 (HTTP), NLB = 4 (TCP/UDP), GWLB = 3 (IP)
Protocols: ALB = HTTP, HTTPS, WebSocket; NLB = TCP, UDP, TLS; GWLB = GENEVE के माध्यम से सभी IP protocols
Static IP: ALB = No (NLB + ALB pattern का उपयोग करें); NLB = Yes (प्रति AZ 1); GWLB = N/A
WAF integration: ALB = Yes; NLB = No; GWLB = No
Lambda target: ALB = Yes; NLB = No; GWLB = No
Connection draining: तीनों deregistration delay का समर्थन करते हैं

AWS WAF के साथ ALB

ALB regional protection के लिए AWS WAF के साथ मूल रूप से integrate होता है (global edge protection के लिए CloudFront पर WAF से अलग)। ALB से WAF Web ACL जोड़कर आप HTTP requests को application तक पहुँचने से पहले filter कर सकते हैं—SQL injection, XSS, ज्ञात दुर्भावनापूर्ण IPs और अत्यधिक rate वाले clients को block कर सकते हैं।

जब आप load balancer layer पर security inspection चाहते हैं, तब ALB + WAF का उपयोग करें (उदाहरण के लिए, उन APIs की सुरक्षा के लिए जो CloudFront के माध्यम से serve नहीं की जातीं)। ALBs से जुड़े WAF Web ACLs उसी Region में होने चाहिए जिसमें ALB है और उनका REGIONAL scope होना चाहिए (CloudFront WAF के विपरीत, जिसके लिए us-east-1 में CLOUDFRONT scope आवश्यक है)।

PrivateLink के साथ NLB

AWS PrivateLink peering, internet gateway या NAT की आवश्यकता के बिना एक VPC की services को अन्य VPCs या AWS accounts के consumers के लिए उपलब्ध कराने के लिए NLB का उपयोग करता है। Service provider अपनी service के सामने NLB बनाता है और VPC Endpoint Service बनाता है। Consumers अपनी VPC में एक Interface VPC Endpoint बनाते हैं, जो service की ओर point करता है।

Traffic AWS के private network पर प्रवाहित होता है और कभी internet से होकर नहीं जाता। PrivateLink AWS पर SaaS providers के लिए और shared services (जैसे केंद्रीय security service) को कई internal AWS accounts के लिए उपलब्ध कराने का standard pattern है।

त्वरित जाँच

इस पाठ में दिए गए AWS Solutions Architect (SAA-C03) के concepts की अपनी समझ जाँचें।

इंटरैक्टिव पाठ में इसका उत्तर दें

पाठ का पुनरावलोकन

इस पाठ में आपने सीखा: ALB content-based rules, WAF integration और Lambda targets के साथ Layer 7 (HTTP) पर route करता है, NLB static IPs और अत्यधिक throughput के साथ Layer 4 (TCP/UDP) पर route करता है, और GWLB GENEVE का उपयोग करके Layer 3 पर virtual network appliances deploy करता है। Load balancer को protocol और feature requirements के अनुसार चुनें। आगे हम target groups और health checks का अध्ययन करेंगे।

शुरुआत निःशुल्क

एआई शिक्षक के साथ AWS Solutions Architect सीखें — निःशुल्क

अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।

पाठ्यक्रम: 30
पाठ: 120

निःशुल्क सीखना शुरू करें पूरा पाठ्यक्रम देखें

अक्सर पूछे जाने वाले प्रश्न

क्या “ALB बनाम NLB बनाम GLB: किसका उपयोग कब करें” पाठ निःशुल्क है?

हाँ — AWS Solutions Architect अध्ययन पथ के 3 तक कोई भी पाठ, जिसमें “ALB बनाम NLB बनाम GLB: किसका उपयोग कब करें” भी शामिल है, यहाँ वेब पर पूरा पढ़ना निःशुल्क है। इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ इंटरैक्टिव अभ्यास भी उपलब्ध कराता है। AWS Solutions Architect पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

“ALB बनाम NLB बनाम GLB: किसका उपयोग कब करें” में मैं क्या सीखूँगा?

Application, Network और Gateway Load Balancer के बीच अंतर समझिए और प्रत्येक को उसके आदर्श उपयोग-प्रकरण से मिलाइए। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ AWS Solutions Architect का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।

क्या AWS Solutions Architect शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?

पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर AWS Solutions Architect शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 1वाँ पाठ है।

“ALB बनाम NLB बनाम GLB: किसका उपयोग कब करें” पाठ पूरा करने में कितना समय लगता है?

CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।

क्या मैं इस AWS Solutions Architect पाठ में कोड लिख और चला सकता हूँ?

हाँ। हर AWS Solutions Architect पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।

इस पाठ्यक्रम के सभी पाठ

ALB बनाम NLB बनाम GLB: किसका उपयोग कब करें
लक्ष्य समूह और हेल्थ चेक
लिस्नर नियम और पथ-आधारित रूटिंग
SSL टर्मिनेशन और स्टिकी सेशन

← AWS Solutions Architect पर वापस जाएँ