ข้อมูลทั่วไป

ถาม: ฉันจะตัดสินใจเลือกโหลดบาลานเซอร์สำหรับแอปพลิเคชันของฉันได้อย่างไร

ตอบ: Elastic Load Balancing รองรับโหลดบาลานเซอร์สามประเภท คุณสามารถเลือกโหลดบาลานเซอร์ที่เหมาะสมได้ตามความต้องการของแอปพลิเคชัน หากคุณต้องการจัดการแอปพลิเคชันที่ยืดหยุ่นและยกเลิกใช้งาน TLS เราแนะนำให้คุณใช้ Application Load Balancer หากต้องใช้ประสิทธิภาพระดับสุดยอดและ IP แบบตายตัวสำหรับแอปพลิเคชัน เราแนะนำให้คุณใช้ Network Load Balancer หากแอปพลิเคชันของคุณสร้างภายในเครือข่าย EC2 Classic คุณควรใช้ Classic Load Balancer

ถาม: ฉันสามารถเข้าถึง Elastic Load Balancing API แบบส่วนตัวจาก Amazon Virtual Private Cloud (VPC) โดยไม่ต้องใช้ IP สาธารณะได้หรือไม่

ตอบ: ได้ คุณสามารถเข้าถึง Elastic Load Balancing API แบบส่วนตัวจาก Amazon Virtual Private Cloud (VPC) ได้โดยการสร้างตำแหน่งข้อมูล VPC ด้วยตำแหน่งข้อมูล VPC เส้นทางระหว่าง VPC กับ Elastic Load Balancing API จะได้รับการจัดการโดยเครือข่าย AWS โดยไม่ต้องใช้อินเทอร์เน็ตเกตเวย์, เกตเวย์ NAT หรือการเชื่อมต่อ VPN ตำแหน่งข้อมูล VPC รุ่นล่าสุดที่ Elastic Load Balancing ใช้นั้นให้บริการโดย AWS PrivateLink ซึ่งเป็นเทคโนโลยีของ AWS ที่เปิดใช้การเชื่อมต่อแบบส่วนตัวระหว่างบริการของ AWS โดยใช้ Elastic Network Interface (ENI) ที่มี IP ส่วนตัวใน VPC ของคุณ หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับ AWS PrivateLink โปรดไปที่เอกสารประกอบของ AWS PrivateLink

Application Load Balancer

ถาม: ระบบปฏิบัติการใดที่ Application Load Balancer รองรับ

ตอบ: Application Load Balancer รองรับเป้าหมายที่ใช้ระบบปฏิบัติการใดๆ ซึ่งบริการ Amazon EC2 รองรับในปัจจุบัน

ถาม: โปรโตคอลใดที่ Application Load Balancer รองรับ

ตอบ: Application Load Balancer รองรับการปรับสมดุลโหลดของแอปพลิเคชันที่ใช้โปรโตคอล HTTP และ HTTPS (HTTP ที่ปลอดภัย)

ถาม: Application Load Balancer รองรับ HTTP/2 หรือไม่

ตอบ: รองรับ Application Load Balancer จะเปิดใช้การรองรับ HTTP/2 แบบเนทีฟ ไคลเอ็นต์ที่รองรับ HTTP/2 สามารถเชื่อมต่อกับ Application Load Balancer ได้ผ่าน TLS

ถาม: พอร์ต TCP ใดที่ฉันสามารถใช้เพื่อปรับสมดุลโหลดได้

ตอบ: คุณสามารถดำเนินการปรับสมดุลโหลดสำหรับพอร์ต TCP ต่อไปนี้ได้: 1-65535

ถาม: Application Load Balancer รองรับ WebSockets หรือไม่

ตอบ: รองรับ การรองรับ WebSockets และ Secure WebSockets จะมีให้ใช้งานและพร้อมใช้งานแบบเนทีฟใน Application Load Balancer

ถาม: Application Load Balancer รองรับการสืบย้อนคำขอหรือไม่

ตอบ: รองรับ Application Load Balancer จะเปิดใช้การสืบย้อนคำขอเป็นค่าเริ่มต้น

ถาม: Classic Load Balancer มีคุณสมบัติและสิทธิประโยชน์แบบเดียวกับ Application Load Balancer หรือไม่

ตอบ: แม้ว่าจะมีบางอย่างที่คล้ายกัน แต่โหลดบาลานเซอร์สองประเภทนี้จะไม่มีคุณสมบัติที่เท่าเทียมกัน Application Load Balancer คือรากฐานของแพลตฟอร์มการปรับสมดุลโหลดที่เลเยอร์แอปพลิเคชันสำหรับในอนาคต

ถาม: ฉันสามารถกำหนดค่าอินสแตนซ์ Amazon EC2 ให้ยอมรับปริมาณการรับส่งข้อมูลเฉพาะจาก Application Load Balancer ของฉันได้หรือไม่

ตอบ: ได้

ถาม: ฉันสามารถกำหนดค่ากลุ่มความปลอดภัยสำหรับฟรอนต์เอนด์ของ Application Load Balancer ได้หรือไม่

ตอบ: ได้

ถาม: ฉันสามารถนำ API ที่มีอยู่แล้วซึ่งใช้กับ Classic Load Balancer มาใช้ร่วมกับ Application Load Balancer ได้หรือไม่

ตอบ: ไม่ได้ Application Load Balancer ต้องใช้ API ชุดใหม่

ถาม: ฉันจะจัดการทั้ง Application Load Balancer และ Classic Load Balancer ไปพร้อมๆ กันได้อย่างไร

ตอบ: ELB Console จะช่วยให้คุณจัดการ Application Load Balancer และ Classic Load Balancer จากอินเทอร์เฟซเดียวกันได้ หากกำลังใช้ CLI หรือ SDK คุณจะใช้ “บริการ” อื่นสำหรับ Application Load Balancer เช่น ใน CLI คุณจะอธิบาย Classic Load Balancer โดยใช้ `aws elbv2 describe-load-balancers` และ Application Load Balancer โดยใช้ `aws elbv2 describe-load-balancers`

ถาม: ฉันสามารถแปลง Classic Load Balancer เป็น Application Load Balancer (หรือในทางกลับกัน) ได้หรือไม่

ตอบ: ไม่ได้ คุณไม่สามารถแปลงโหลดบาลานเซอร์ประเภทหนึ่งเป็นอีกประเภทหนึ่งได้

ถาม: ฉันสามารถย้ายข้อมูลจาก Classic Load Balancer ไปยัง Application Load Balancer ได้หรือไม่

ตอบ: ได้ คุณสามารถย้ายข้อมูลจาก Classic Load Balancer ไปยัง Application Load Balancer โดยใช้หนึ่งในตัวเลือกที่ระบุไว้ในเอกสารนี้ได้

ถาม: ฉันสามารถใช้ Application Load Balancer เป็นโหลดบาลานเซอร์เลเยอร์ 4 ได้หรือไม่

ตอบ: ไม่ได้ หากต้องการคุณสมบัติของเลเยอร์ 4 คุณควรใช้ Network Load Balancer

ถาม: ฉันสามารถใช้ Application Load Balancer ตัวเดียวเพื่อจัดการคำขอ HTTP และ HTTPS ได้หรือไม่

ตอบ: ได้ คุณสามารถเพิ่ม listener สำหรับ HTTP พอร์ต 80 และ HTTPS พอร์ต 443 ไปยัง Application Load Balancer ตัวเดียวได้

ถาม: ฉันสามารถขอรับประวัติการเรียกใช้ Application Load Balancing API บนบัญชีของฉันเพื่อการวิเคราะห์ความปลอดภัยและแก้ปัญหาการดำเนินการได้หรือไม่

ตอบ: ได้ หากต้องการรับประวัติการเรียกใช้ Application Load Balancing API ที่ดำเนินการในบัญชีของคุณ ให้ใช้ AWS CloudTrail

ถาม: Application Load Balancer รองรับการยกเลิกใช้งาน HTTPS หรือไม่

ตอบ: รองรับ คุณสามารถยกเลิกใช้งานการเชื่อมต่อ HTTPS ใน Application Load Balancer ได้ คุณจะต้องติดตั้งใบรับรอง SSL ในโหลดบาลานเซอร์ โหลดบาลานเซอร์จะใช้ใบรับรองนี้เพื่อยกเลิกใช้งานการเชื่อมต่อดังกล่าว และจากนั้นก็จะถอดรหัสคำขอจากไคลเอ็นต์ก่อนที่จะส่งไปยังเป้าหมาย

ถาม: ขั้นตอนในการได้รับใบรับรอง SSL มีอะไรบ้าง

ตอบ: คุณสามารถเลือกใช้ AWS Certificate Manager เพื่อจัดสรรใบรับรอง SSL/TLS หรือจะรับใบรับรองจากแหล่งที่มาอื่นๆ ได้โดยการสร้างคำขอใบรับรอง รับคำขอใบรับรองที่ CA ลงชื่อแล้ว และจากนั้นจึงอัปโหลดใบรับรองดังกล่าวโดยเลือกใช้ AWS Certification Manager หรือบริการ AWS Identity and Access Management (IAM)

ถาม: Application Load Balancer จะผสานรวมกับ AWS Certificate Manager (ACM) ได้อย่างไร

ตอบ: Application Load Balancer จะผสานรวมกับ AWS Certificate Management (ACM) การผสานรวมกับ ACM จะช่วยให้การผูกใบรับรองกับโหลดบาลานเซอร์เป็นเรื่องง่าย ซึ่งทำให้ขั้นตอนการลดภาระการประมวลผล SSL ทั้งหมดง่ายดาย การซื้อ การอัปโหลด และการต่ออายุใบรับรอง SSL/TLS เป็นขั้นตอนที่ต้องทำด้วยตนเองซึ่งใช้เวลานาน และเป็นกระบวนการที่ซับซ้อน แต่ด้วยการผสานรวม ACM กับ Application Load Balancer ขั้นตอนทั้งหมดนี้จึงสั้นลง เพื่อให้การส่งคำขอใบรับรอง SSL/TLS ที่น่าเชื่อถือและการเลือกใบรับรอง ACM เพื่อจัดเตรียมให้มีโหลดบาลานเซอร์เป็นเรื่องง่าย

ถาม: Application Load Balancer รองรับการตรวจสอบสิทธิ์ของเซิร์ฟเวอร์แบ็คเอนด์หรือไม่

ตอบ: ไม่ แบ็คเอนด์ที่ใช้ Application Load Balancer รองรับเฉพาะการเข้ารหัสเท่านั้น

ถาม: ฉันจะเปิดใช้ Server Name Indication (SNI) สำหรับ Application Load Balancer ได้อย่างไร

ตอบ: ระบบจะเปิดใช้ SNI โดยอัตโนมัติเมื่อคุณเชื่อมโยงใบรับรอง TLS มากกว่าหนึ่งรายการกับ listener ที่ปลอดภัยรายการเดียวกันในโหลดบาลานเซอร์ เช่นเดียวกัน ระบบจะปิดใช้โหมด SNI สำหรับ listener ที่ปลอดภัยโดยอัตโนมัติเมื่อคุณมีใบรับรองเพียงรายการเดียวที่เชื่อมโยงอยู่กับ listener ที่ปลอดภัย

ถาม: ฉันสามารถเชื่อมโยงใบรับรองหลายรายการกับ listener ที่ปลอดภัยสำหรับโดเมนเดียวกันได้หรือไม่

ตอบ: ได้ คุณสามารถเชื่อมโยงใบรับรองหลายรายการกับ listener ที่ปลอดภัยสำหรับโดเมนเดียวกันได้ ตัวอย่างเช่น คุณสามารถเชื่อมโยง:

ใบรับรอง ECDSA และ RSA

ใบรับรองที่มีขนาดคีย์ที่แตกต่างกัน (เช่น 2K และ 4K) สำหรับใบรับรอง SSL/TLS

ใบรับรองแบบโดเมนเดียว หลายโดเมน (SAN) และ Wildcard

ถาม: Application Load Balancer รองรับ IPv6 หรือไม่

ตอบ: รองรับ โดย Application Load Balancer จะรองรับ IPv6

ถาม: คุณจะตั้งค่ากฎใน Application Load Balancer ได้อย่างไร

ตอบ: คุณสามารถกำหนดค่ากฎสำหรับ listener แต่ละรายการที่คุณกำหนดค่าสำหรับโหลดบาลานเซอร์ได้ กฎต่างๆ จะประกอบด้วยเงื่อนไขและการดำเนินการที่เกี่ยวข้องหากตรงตามเงื่อนไข เงื่อนไขจะเป็นเส้นทาง URL ของบริการ (เช่น /img) และจะดำเนินการต่อไปข้างหน้า เมื่อตั้งค่านี้แล้ว โหลดบาลานเซอร์จะใช้กฎเพื่อระบุบริการที่จะกำหนดเส้นทางคำขอไป

ถาม: Application Load Balancer มีข้อจำกัดเกี่ยวกับทรัพยากรหรือไม่

ตอบ: บัญชี AWS ของคุณมีข้อจำกัดต่อไปนี้สำหรับ Application Load Balancer

ถาม: ฉันจะปกป้องเว็บแอปพลิเคชันเบื้องหลังโหลดบาลานเซอร์จากการโจมตีเว็บได้อย่างไร

ตอบ: คุณสามารถผสานรวม Application Load Balancer เข้ากับ AWS WAF ซึ่งเป็นไฟร์วอลล์ของเว็บแอปพลิเคชันที่ช่วยปกป้องเว็บแอปพลิเคชันของคุณจากการโจมตี โดยช่วยให้คุณสามารถกำหนดค่ากฎตามที่อยู่ IP ส่วนหัวของ HTTP และสตริง URI แบบกำหนดเองได้ การใช้กฎเหล่านี้ช่วยให้ AWS WAF สามารถบล็อก อนุญาต หรือเฝ้าติดตาม (นับ) คำขอจากเว็บสำหรับเว็บแอปพลิเคชันของคุณได้ โปรดดูคู่มือสำหรับ WAF Developer ของ AWS สำหรับข้อมูลเพิ่มเติม

ถาม: ฉันสามารถปรับสมดุลโหลดที่อยู่ IP ใดๆ ตามที่เห็นสมควรได้หรือไม่

ตอบ: คุณสามารถใช้ที่อยู่ IP ใดๆ จาก VPC CIDR ของโหลดบาลานเซอร์สำหรับเป้าหมายภายใน VPC ของโหลดบาลานเซอร์และที่อยู่ IP ใดๆ จากช่วง RCFC 1918 (10.0.0.0/8, 172.16.0.0/12 และ 192.168.0.0/16) หรือช่วง RFC 6598 (100.64.0.0/10) สำหรับเป้าหมายที่อยู่ภายนอก VPC ของโหลดบาลานเซอร์ (ตัวอย่างเช่น เป้าหมายใน VPC ระดับเดียวกัน, EC2 Classic และสถานที่ตั้งภายในองค์กรซึ่งเข้าถึงได้ผ่าน AWS Direct Connect หรือการเชื่อมต่อ VPN)

ถาม: ฉันจะปรับสมดุลโหลดแอปพลิเคชันที่กระจายทั่ว VPC และสถานที่ตั้งภายในองค์กรได้อย่างไร

ตอบ: มีหลายวิธีในการปรับสมดุลโหลดแบบไฮบริด หากแอปพลิเคชันรันอยู่บนเป้าหมายที่กระจายอยู่ระหว่าง VPC กับสถานที่ตั้งภายในองค์กร คุณสามารถเพิ่มไปยังกลุ่มเป้าหมายเดียวกันได้โดยใช้ที่อยู่ IP ของเป้าหมาย หากต้องการย้ายข้อมูลไปยัง AWS โดยไม่ให้ส่งผลต่อแอปพลิเคชัน ให้ค่อยๆ เพิ่มเป้าหมาย VPC ไปยังกลุ่มเป้าหมายและลบเป้าหมายภายในองค์กรออกจากกลุ่มเป้าหมาย หากคุณมีแอปพลิเคชันที่แตกต่างกันสองตัว เช่น เป้าหมายของแอปพลิเคชันหนึ่งอยู่ใน VPC ส่วนเป้าหมายของอีกแอปพลิเคชันหนึ่งอยู่ในสถานที่ตั้งภายในองค์กร คุณสามารถนำเป้าหมาย VPC เข้าไปไว้ในกลุ่มเป้าหมายหนึ่ง และนำเป้าหมายภายในองค์กรเข้าไปไว้ในอีกกลุ่มเป้าหมายหนึ่งได้ รวมทั้งยังใช้เนื้อหาที่อิงตามการกำหนดเส้นทางเพื่อกำหนดเส้นทางการรับส่งข้อมูลไปยังแต่ละกลุ่มเป้าหมายได้อีกด้วย คุณยังสามารถใช้โหลดบาลานเซอร์แยกต่างหากสำหรับเป้าหมาย VPC และเป้าหมายภายในองค์กร รวมทั้งยังสามารถใช้การถ่วงน้ำหนัก DNS เพื่อปรับสมดุลโหลดที่มีการถ่วงน้ำหนักระหว่างเป้าหมาย VPC กับเป้าหมายภายในองค์กรได้อีกด้วย

ถาม: ฉันจะปรับสมดุลโหลดไปยังอินสแตนซ์ EC2 Classic ได้อย่างไร

ตอบ: คุณไม่สามารถปรับสมดุลโหลดไปยังอินสแตนซ์ EC2 Classic ได้เมื่อลงทะเบียนรหัสอินสแตนซ์เหล่านั้นเป็นเป้าหมาย แต่หากคุณลิงก์อินสแตนซ์ EC2 Classic เหล่านี้กับ VPC ของโหลดบาลานเซอร์โดยใช้ ClassicLink และใช้ IP ส่วนตัวของอินสแตนซ์ EC2 Classic เหล่านี้เป็นเป้าหมาย คุณก็สามารถปรับสมดุลโหลดไปยังอินสแตนซ์ EC2 Classic ได้ หากกำลังใช้อินสแตนซ์ EC2 Classic ที่มี Classic Load Balancer อยู่ในปัจจุบัน คุณก็สามารถย้ายข้อมูลไปยัง Application Load Balancer ได้อย่างง่ายดาย

ถาม: ฉันจะเปิดใช้การปรับสมดุลโหลดข้ามโซนใน Application Load Balancer ได้อย่างไร

ตอบ: เปิดใช้การปรับสมดุลโหลดข้ามโซนเป็นค่าเริ่มต้นอยู่แล้วใน Application Load Balancer

ถาม: เมื่อใดที่ฉันควรตรวจสอบสิทธิ์ผู้ใช้โดยใช้การผสานรวม Application Load Balancer กับ Amazon Cognito เทียบกับการรองรับแบบเนทีฟของ Application Load Balancer สำหรับผู้ให้บริการข้อมูลประจำตัว (IdP) OpenID Connect (IODC)

ตอบ: คุณควรใช้การตรวจสอบสิทธิ์ผ่าน Amazon Cognito หาก:

  • คุณต้องการให้ผู้ใช้มีความยืดหยุ่นในการยืนยันตัวตนผ่านข้อมูลประจำตัวในเครือข่ายสังคม (Google, Facebook และ Amazon) หรือข้อมูลประจำตัวระดับองค์กร (SAML) หรือผ่านไดเรกทอรีผู้ใช้ของคุณเองซึ่งให้บริการโดย User Pool ของ Amazon Cognito
  • คุณกำลังจัดการผู้ให้บริการข้อมูลประจำตัวหลายรายซึ่งรวมถึง OpenID Connect และต้องการสร้างกฎการตรวจสอบสิทธิ์รายการเดียวใน Application Load Balancer (ALB) ซึ่งสามารถใช้ Amazon Cognito เพื่อรวมศูนย์ผู้ให้บริการข้อมูลประจำตัวหลายรายได้
  • คุณจำเป็นต้องจัดการโปรไฟล์ผู้ใช้อยู่เสมอที่มีผู้ให้บริการข้อมูลประจำตัวในเครือข่ายสังคมหรือ OpenID Connect หนึ่งรายขึ้นไปจากส่วนกลางจุดเดียว เช่น คุณสามารถรวมผู้ใช้ไว้ในกลุ่ม และเพิ่มแอตทริบิวต์ที่กำหนดเองเพื่อแสดงแทนสถานะของผู้ใช้ รวมทั้งควบคุมสิทธิ์เข้าถึงสำหรับผู้ใช้แบบเสียค่าใช้จ่ายได้

นอกจากนี้ หากคุณลงทุนในการพัฒนาโซลูชัน IdP แบบกำหนดเอง และเพียงแค่ต้องการตรวจสอบสิทธิ์โดยอาศัยผู้ให้บริการข้อมูลประจำตัวรายเดียวที่ใช้งานร่วมกับ OpenID Connect ได้ คุณอาจเลือกใช้โซลูชัน OIDC แบบเนทีฟของ Application Load Balancer

ถาม: Application Load Balancer รองรับการเปลี่ยนเส้นทางประเภทใดบ้าง

ตอบ: รองรับการเปลี่ยนเส้นทาง 3 ประเภทดังต่อไปนี้

ประเภทการเปลี่ยนเส้นทาง ตัวอย่าง
HTTP ไปยัง HTTP http://hostA ไปยัง http://hostB
HTTP ไปยัง HTTPS

http://hostA ไปยัง https://hostB
https://hostA:portA/pathA ไปยัง https://hostB:portB/pathB

HTTPS ไปยัง HTTPS https://hostA ไปยัง https://hostB

ถาม: ALB รองรับเนื้อหาข้อความใดบ้างสำหรับการดำเนินการที่มีการตอบสนองแบบตายตัว

ตอบ: รองรับประเภทเนื้อหาดังต่อไปนี้: text/plain, text/css, text/html, application/javascript, application/json

ถาม: การเรียก Lambda ผ่าน Application Load Balancer ทำงานอย่างไร

ตอบ: คำขอ HTTP(S) ที่โหลดบาลานเซอร์ได้รับจะประมวลผลด้วยกฎการเปลี่ยนเส้นทางตามเนื้อหา หากเนื้อหาของคำขอตรงกับกฎที่มีการดำเนินการเพื่อส่งต่อไปยังกลุ่มเป้าหมายโดยฟังก์ชัน Lambda เป็นเป้าหมาย ดังนั้นระบบจะเรียกฟังก์ชัน Lambda ที่เกี่ยวข้อง ระบบจะส่งต่อเนื้อหาของคำขอ (รวมถึงส่วนหัวและเนื้อความ) ไปยังฟังก์ชัน Lambda ในรูปแบบ JSON การตอบสนองจากฟังก์ชัน Lambda ควรอยู่ในรูปแบบ JSON ระบบจะแปลงการตอบสนองจากฟังก์ชัน Lambda ให้เป็นการตอบสนอง HTTP และส่งต่อไปยังไคลเอ็นต์ โหลดบาลานเซอร์จะเรียกฟังก์ชัน Lambda โดยใช้ AWS Lambda Invoke API และคุณจำเป็นต้องให้สิทธิ์ในการเรียกสำหรับฟังก์ชัน Lambda ไปยังบริการ Elastic Load Balancing

ถาม: การเรียก Lambda ผ่าน Application Load Balancer รองรับคำขอจากโปรโตคอลทั้ง HTTP และ HTTPS หรือไม่

ตอบ: รองรับ Application Load Balancer รองรับการเรียก Lambda สำหรับคำขอจากโปรโตคอลทั้ง HTTP และ HTTPS

ถาม: ฉันสามารถใช้ฟังก์ชัน Lambda เป็นเป้าหมายด้วย Application Load Balancer ในภูมิภาค AWS ใดบ้าง

ตอบ: คุณสามารถใช้ Lambda เป็นเป้าหมายกับ Application Load Balancer ในสหรัฐอเมริกาฝั่งตะวันออก (เวอร์จิเนียเหนือ) สหรัฐอเมริกาฝั่งตะวันออก (โอไฮโอ) สหรัฐอเมริกาฝั่งตะวันตก (แคลิฟอร์เนียตอนเหนือ) สหรัฐอเมริกาฝั่งตะวันตก (ออริกอน) เอเชียแปซิฟิก (มุมไบ) เอเชียแปซิฟิก (โซล) เอเชียแปซิฟิก (สิงคโปร์) เอเชียแปซิฟิก (ซิดนีย์) เอเชียแปซิฟิก (โตเกียว) แคนาดา (ภาคกลาง) สหภาพยุโรป (แฟรงเฟิร์ต) สหภาพยุโรป (ไอร์แลนด์) สหภาพยุโรป (ลอนดอน) สหภาพยุโรป (ปารีส) อเมริกาใต้ (เซาเปาลู) และ AWS GovCloud (สหรัฐอเมริกาฝั่งตะวันตก)

คำถามที่พบบ่อยเกี่ยวกับราคา Application Load Balancer

ถาม: Application Load Balancer มีวิธีการกำหนดราคาอย่างไร

ตอบ: ระบบจะคิดค่าใช้จ่ายคุณสำหรับแต่ละชั่วโมงหรือเศษของชั่วโมงที่รัน Application Load Balancer อยู่และจำนวนหน่วยความจุของโหลดบาลานเซอร์ (LCU) ที่ใช้ต่อชั่วโมง

ถาม: หน่วยความจุของโหลดบาลานเซอร์ (LCU) คืออะไร

ตอบ: LCU คือตัววัดใหม่สำหรับกำหนดวิธีที่คุณชำระเงินสำหรับ Application Load Balancer LCU จะกำหนดทรัพยากรสูงสุดที่ใช้ในแง่มุมใดๆ (การเชื่อมต่อใหม่ การเชื่อมต่อที่ใช้งานอยู่ แบนด์วิดท์ และค่าประเมินตามกฎ) ที่ Application Load Balancer ประมวลผลปริมาณรับส่งข้อมูลของคุณ

ถาม: ระบบจะเรียกเก็บค่าบริการฉันสำหรับ Classic Load Balancer ตาม LCU หรือไม่

ตอบ: ไม่ ระบบจะยังคงเรียกเก็บค่าบริการสำหรับ Classic Load Balancer ตามการใช้แบนด์วิดท์และการใช้งานเป็นรายชั่วโมง

ถาม: ฉันจะทราบได้อย่างไรว่า Application Load Balancer ใช้งาน LCU จำนวนกี่หน่วย

ตอบ: เราจะแสดงการใช้งานทั้งสี่แง่มุมซึ่งประกอบรวมกันเป็น LCU ผ่านทาง CloudWatch

ถาม: ระบบจะเรียกเก็บค่าบริการฉันสำหรับ LCU ในทุกแง่มุมหรือไม่

ตอบ: ไม่ ระบบจะกำหนดจำนวน LCU ต่อชั่วโมงตามทรัพยากรสูงสุดที่ใช้งานในทั้งสี่แง่มุมซึ่งประกอบรวมกันเป็น LCU หนึ่งหน่วย

ถาม: ระบบจะเรียกเก็บค่าบริการฉันสำหรับ LCU ที่ไม่ครบหน่วยหรือไม่

ตอบ: ใช่

ถาม: Application Load Balancer มีข้อเสนอ Free Tier สำหรับบัญชี AWS ใหม่หรือไม่

ตอบ: มี สำหรับบัญชี AWS ใหม่นั้น Free Tier สำหรับ Application Load Balancer จะมอบข้อเสนอการใช้งาน 750 ชั่วโมงและ 15 LCU ข้อเสนอ Free Tier นี้ใช้ได้กับลูกค้า AWS รายใหม่เท่านั้น และจะพร้อมใช้งานเป็นเวลา 12 เดือนหลังจากวันที่สมัครใช้งาน AWS

ถาม: ฉันสามารถใช้ Application Load Balancer และ Classic Load Balancer รวมกันเพื่อเป็นส่วนหนึ่งของ Free Tier ได้หรือไม่

ตอบ: ได้ คุณสามารถใช้ทั้ง Classic Load Balancer และ Application Load Balancer ได้ 15 GB และ 15 LCU ตามลำดับ ชั่วโมงโหลดบาลานเซอร์ 750 ชั่วโมงจะใช้ร่วมกันได้ระหว่าง Classic Load Balancer กับ Application Load Balancer

ถาม: ค่าประเมินตามกฎคืออะไร

ตอบ: ค่าประเมินตามกฎจะคิดจากจำนวนกฎที่ได้รับการประมวลผลและอัตราการส่งคำขอโดยเฉลี่ยต่อชั่วโมง

ถาม: การเรียกเก็บค่าบริการสำหรับ LCU มีวิธีคำนวณอย่างไรสำหรับประเภทใบรับรองและขนาดคีย์ที่แตกต่างกัน

ตอบ: ขนาดคีย์ของใบรับรองจะมีผลเฉพาะกับจำนวนการเชื่อมต่อใหม่ต่อวินาทีในการประมวลผล LCU สำหรับการเรียกเก็บค่าบริการเท่านั้น ตารางต่อไปนี้จะระบุค่าตามแง่มุมนี้สำหรับขนาดคีย์ต่างๆ ของใบรับรอง RSA และ ECDSA

ใบรับรอง RSA        
ขนาดคีย์ <=2K  <=4K  <=8K  >8K 
การเชื่อมต่อใหม่/วินาที 25 5 1 0.25
ใบรับรอง ECDSA        
ขนาดคีย์ <=256 <=384 <=521 >521 
การเชื่อมต่อใหม่/วินาที 25 5 1 0.25

ถาม: ระบบจะคิดค่าบริการฉันสำหรับการถ่ายโอนข้อมูล AWS ระดับภูมิภาคสำหรับการปรับสมดุลโหลดข้ามโซนใน Application Load Balancer หรือไม่

ตอบ: ไม่ เนื่องจากการปรับสมดุลโหลดข้ามโซนจะเปิดใช้เสมอใน Application Load Balancer ระบบจึงไม่คิดค่าบริการคุณสำหรับการถ่ายโอนข้อมูลระดับภูมิภาคในประเภทนี้

ถาม: ระบบจะคิดค่าบริการแยกต่างหากสำหรับการตรวจสอบสิทธิ์ผู้ใช้ใน Application Load Balancer หรือไม่

ตอบ: ไม่ จะไม่มีการคิดค่าบริการแยกต่างหากสำหรับการเปิดใช้ฟังก์ชันการตรวจสอบสิทธิ์ใน Application Load Balancer เมื่อใช้ Amazon Cognito ร่วมกับ Application Load Balancer จะมีการเรียกเก็บค่าบริการตามราคา Amazon Cognito

ถาม: คุณจะคิดค่าใช้จ่ายสำหรับการใช้งาน Application Load Balancer ที่มีเป้าหมาย Lambda อย่างไร

ตอบ: ระบบจะคิดค่าใช้จ่ายคุณตามปกติสำหรับแต่ละชั่วโมงหรือเศษของชั่วโมงที่รัน Application Load Balancer อยู่และจำนวนหน่วยความจุของโหลดบาลานเซอร์ (LCU) ที่ใช้ต่อชั่วโมง สำหรับเป้าหมาย Lambda นั้น LCU แต่ละรายการจะมีไบต์ที่ได้รับการประมวลผล 0.4 GB ต่อชั่วโมง การเชื่อมต่อใหม่ 25 รายการต่อวินาที การเชื่อมต่อที่ทำงานอยู่ 3,000 รายการต่อนาที และการประเมินกฎ 1000 รายการต่อวินาที สำหรับแง่มุมของไบต์ที่ได้รับการประมวลผล LCU แต่ละรายการจะมีเป้าหมาย Lambda จำนวน 0.4 GB ต่อชั่วโมงเทียบกับ 1 GB ต่อชั่วโมงสำหรับประเภทเป้าหมายอื่นๆ ทั้งหมด เช่น อินสแตนซ์ EC2 คอนเทนเนอร์ และที่อยู่ IP โปรดทราบว่าค่าบริการ AWS Lambda ตามปกติจะใช้กับการเรียก Lambda โดย Application Load Balancer

ถาม: ฉันจะทราบได้อย่างไรว่าไบต์ที่ได้รับการประมวลผลด้วยเป้าหมาย Lambda เป็นอย่างไรเมื่อเทียบกับไบต์ที่ได้รับการประมวลผลด้วยเป้าหมายอื่นๆ (EC2 คอนเทนเนอร์ และเซิร์ฟเวอร์ภายใน)

ตอบ: Application Load Balancer จะแสดงตัววัด CloudWatch ใหม่สองแบบ ตัววัด LambdaTargetProcessedBytes จะระบุไบต์ที่ได้รับการประมวลผลด้วยเป้าหมาย Lambda และตัววัด StandardProcessedBytes จะระบุไบต์ที่ได้รับการประมวลผลด้วยประเภทเป้าหมายแบบอื่นๆ ทั้งหมด

Network Load Balancer

ถาม: ฉันสามารถสร้าง TCP listener (เลเยอร์ 4) สำหรับ Network Load Balancer ได้หรือไม่

ตอบ: ได้ Network Load Balancer รองรับเฉพาะ TCP listener (เลเยอร์ 4) เท่านั้น

ถาม: คุณสมบัติหลักที่พร้อมใช้งานใน Network Load Balancer มีอะไรบ้าง

ตอบ: Network Load Balancer ช่วยปรับสมดุลโหลด TCP (เลเยอร์ 4) ซึ่งได้รับการออกแบบสถาปัตยกรรมเพื่อรองรับคำขอนับล้านรายการ/วินาที รูปแบบการรับส่งข้อมูลที่ฉับไวและเปลี่ยนแปลงตลอดเวลา อีกทั้งยังมีเวลาแฝงที่ต่ำมาก นอกจากนี้ Network Load Balancer ยังรักษา IP ต้นทางของไคลเอ็นต์ ทำให้มีการรองรับ IP ที่เสถียรและการแยกตาม Zone อีกด้วย รวมทั้งยังรองรับการเชื่อมต่อเป็นเวลานาน ซึ่งมีประโยชน์อย่างยิ่งสำหรับแอปพลิเคชันประเภท WebSocket

ถาม: Network Load Balancer ทำงานเป็นอย่างไรเมื่อเทียบกับสิ่งที่ฉันได้รับจาก TCP listener ใน Classic Load Balancer

ตอบ: Network Load Balancer จะรักษา IP ต้นทางของไคลเอ็นต์ไว้ ในขณะที่ Classic Load Balancer ไม่ได้ทำเช่นนั้น ลูกค้าสามารถใช้โปรโตคอลพร็อกซีกับ Classic Load Balancer เพื่อให้ได้ IP ต้นทาง Network Load Balancer จะให้ IP แบบคงที่กับโหลดบาลานเซอร์โดยอัตโนมัติตาม Availability Zone และยังเปิดใช้การกำหนด Elastic IP ให้กับโหลดบาลานเซอร์ตาม Availability Zone อีกด้วย Classic Load Balancer ไม่รองรับคุณสมบัตินี้ Classic Load Balancer จัดให้มีการยกเลิกใช้งาน SSL ได้ซึ่งไม่พร้อมใช้งานกับ Network Load Balancer

ถาม: ฉันสามารถย้ายข้อมูลจาก Classic Load Balancer ไปยัง Network Load Balancer ได้หรือไม่

ตอบ: ได้ คุณสามารถย้ายข้อมูลจาก Classic Load Balancer ไปยัง Network Load Balancer ได้โดยใช้หนึ่งในตัวเลือกที่ระบุไว้ในเอกสารนี้

ถาม: Network Load Balancer มีข้อจำกัดเกี่ยวกับทรัพยากรหรือไม่

ตอบ: มี โปรดดูเอกสารข้อจำกัดของ Network Load Balancer สำหรับข้อมูลเพิ่มเติม

ถาม: ฉันสามารถใช้ AWS Management Console เพื่อตั้งค่า Network Load Balancer ได้หรือไม่

ตอบ: ได้ คุณสามารถใช้ AWS Management Console, AWS CLI หรือ API เพื่อตั้งค่า Network Load Balancer ได้

ถาม: ฉันสามารถใช้ API ที่มีอยู่แล้วของ Classic Load Balancer กับ Network Load Balancer ได้หรือไม่

ตอบ: ไม่ได้ หากต้องการสร้าง Classic Load Balancer ให้ใช้ 2012-06-01 API หากต้องการสร้าง Network Load Balancer หรือ Application Load Balancer ให้ใช้ 2015-12-01 API

ถาม: ฉันสามารถสร้าง Network Load Balancer ใน Availability Zone เดียวได้หรือไม่

ตอบ: ได้ คุณสามารถสร้าง Network Load Balancer ใน Availability Zone เดียวได้โดยการระบุเครือข่ายย่อยเดียวเมื่อสร้างโหลดบาลานเซอร์

ถาม: Network Load Balancer รองรับการเปลี่ยนระบบระดับภูมิภาคและโซนของ DNS หรือไม่

ตอบ: รองรับ คุณสามารถใช้คุณสมบัติการตรวจสอบคุณภาพการทำงานของ Amazon Route 53 และการเปลี่ยนระบบ DNS เพื่อปรับปรุงความพร้อมใช้งานของแอปพลิเคชันที่รันอยู่เบื้องหลัง Network Load Balancer ได้ เมื่อใช้การเปลี่ยนระบบ DNS ของ Route 53 คุณจะสามารถรันแอปพลิเคชันได้ในหลาย Availability Zone ของ AWS และกำหนดโหลดบาลานเซอร์สำรองสำหรับการเปลี่ยนระบบในภูมิภาคได้ ในกรณีที่กำหนดค่า Network Load Balancer สำหรับหลาย AZ ไว้แล้ว หากไม่มีอินสแตนซ์ EC2 ที่ทำงานได้ดีลงทะเบียนไว้กับโหลดบาลานเซอร์ดังกล่าวใน Availability Zone นั้น หรือหากโหนดของโหลดบาลานเซอร์ในโซนนั้นทำงานไม่ดี R-53 ก็จะเปลี่ยนระบบไปยังโหนดของโหลดบาลานเซอร์สำรองใน Availability Zone อื่นๆ ที่ทำงานได้ดี

ถาม: ฉันสามารถใช้ Network Load Balancer ร่วมกับ IP จาก ELB และ Elastic IP หรือ IP ส่วนตัวที่กำหนดให้ได้หรือไม่

ตอบ: ไม่ได้ คุณหรือ ELB จะต้องเป็นฝ่ายควบคุมที่อยู่ของ Network Load Balancer โดยสมบูรณ์เท่านั้น เพื่อให้แน่ใจว่าเมื่อใช้ Elastic IP ร่วมกับ Network Load Balancer ที่อยู่ทั้งหมดที่ไคลเอ็นต์รู้จักจะไม่เปลี่ยนแปลง

ถาม: ฉันสามารถกำหนด EIP มากกว่าหนึ่งรายการให้กับ Network Load Balancer ในแต่ละเครือข่ายย่อยได้หรือไม่

ตอบ: ไม่ได้ สำหรับเครือข่ายย่อยที่เชื่อมโยงไว้แต่ละเครือข่ายซึ่งมี Network Load Balancer อยู่ในนั้น Network Load Balancer จะรองรับเฉพาะที่อยู่ IP แบบสาธารณะ/เข้าถึงผ่านอินเทอร์เน็ตที่อยู่เดียวเท่านั้น

ถาม: หากฉันนำ/ลบ Network Load Balancer ออกจะเกิดอะไรขึ้นกับที่อยู่ Elastic IP ที่เชื่อมโยงอยู่

ตอบ: ระบบจะส่งคืนที่อยู่ Elastic IP ซึ่งเชื่อมโยงไว้กับโหลดบาลานเซอร์ของคุณกลับไปยังแหล่งรวมที่จัดสรรไว้และทำให้พร้อมใช้งานในอนาคต

ถาม: Network Load Balancer รองรับโหลดบาลานเซอร์ภายในหรือไม่

ตอบ: สามารถตั้งค่า Network Load Balancer เป็นโหลดบาลานเซอร์แบบเข้าถึงผ่านอินเทอร์เน็ตหรือโหลดบาลานเซอร์ภายในที่คล้ายคลึงกับรายการที่รองรับใน Application Load Balancer และ Classic Load Balancer ได้

ถาม: Network Load Balancer ภายในสามารถรองรับที่อยู่ IP ส่วนตัวในแต่ละเครือข่ายย่อยมากกว่าหนึ่งรายการได้หรือไม่

ตอบ: ไม่ได้ สำหรับเครือข่ายย่อยที่เชื่อมโยงไว้แต่ละเครือข่ายซึ่งมีโหลดบาลานเซอร์อยู่ในนั้น Network Load Balancer จะรองรับเฉพาะที่อยู่ IP ส่วนตัวที่อยู่เดียวเท่านั้น

ถาม: ฉันสามารถตั้งค่า Websocket ด้วย Network Load Balancer ได้หรือไม่

ตอบ: ได้ โปรดกำหนดค่า TCP listener ที่จัดเส้นทางการรับส่งข้อมูลไปยังเป้าหมายที่ใช้โปรโตคอล WebSockets (https://tools.ietf.org/html/rfc6455 ) เนื่องจาก WebSockets เป็นโปรโตคอลเลเยอร์ 7 และ Network Load Balancer ปฏิบัติการที่เลเยอร์ 4 ดังนั้นจึงไม่มีการจัดการพิเศษใน Network Load Balancer สำหรับ WebSockets หรือโปรโตคอลระดับสูงกว่าอื่นๆ

ถาม: ฉันสามารถปรับสมดุลโหลดที่อยู่ IP ใดๆ ตามที่เห็นสมควรได้หรือไม่

ตอบ: คุณสามารถใช้ที่อยู่ IP ใดๆ จาก VPC CIDR ของโหลดบาลานเซอร์สำหรับเป้าหมายภายใน VPC ของโหลดบาลานเซอร์และที่อยู่ IP ใดๆ จากช่วง RCFC 1918 (10.0.0.0/8, 172.16.0.0/12 และ 192.168.0.0/16) หรือช่วง RFC 6598 (100.64.0.0/10) สำหรับเป้าหมายที่อยู่ภายนอก VPC ของโหลดบาลานเซอร์ (EC2 Classic และสถานที่ตั้งภายในองค์กรซึ่งเข้าถึงได้ผ่าน AWS Direct Connect)

ถาม: การกำหนดเป้าหมายคอนเทนเนอร์เบื้องหลังโหลดบาลานเซอร์ด้วยที่อยู่ IP แทนที่จะเป็นรหัสอินสแตนซ์มีประโยชน์อย่างไร

ตอบ: ขณะนี้คอนเทนเนอร์แต่ละรายการในอินสแตนซ์จะมีกลุ่มความปลอดภัยของตนเองและไม่จำเป็นต้องใช้กฎความปลอดภัยร่วมกับคอนเทนเนอร์อื่น คุณสามารถแนบกลุ่มความปลอดภัยกับ ENI ได้ และแต่ละ ENI บนอินสแตนซ์จะมีกลุ่มความปลอดภัยที่แตกต่างกัน คุณสามารถจับคู่คอนเทนเนอร์กับที่อยู่ IP ของ ENI ที่เฉพาะเจาะจงได้เพื่อเชื่อมโยงกลุ่มความปลอดภัยต่อคอนเทนเนอร์ นอกจากนี้ การปรับสมดุลโหลดที่ใช้ที่อยู่ IP ยังอนุญาตให้คอนเทนเนอร์หลายรายการที่รันบนอินสแตนซ์ใช้งานพอร์ตเดียวกัน (เช่น พอร์ต 80) ได้อีกด้วย ความสามารถในการใช้พอร์ตเดียวกันสำหรับคอนเทนเนอร์ต่างๆ จะทำให้คอนเทนเนอร์บนอินสแตนซ์สื่อสารกันได้ผ่านพอร์ตที่รู้จัก แทนที่จะเป็นพอร์ตแบบสุ่ม

ถาม: ฉันจะปรับสมดุลโหลดแอปพลิเคชันที่กระจายทั่ว VPC และสถานที่ตั้งภายในองค์กรได้อย่างไร

ตอบ: มีหลายวิธีในการปรับสมดุลโหลดแบบไฮบริด หากแอปพลิเคชันรันอยู่บนเป้าหมายที่กระจายอยู่ระหว่าง VPC กับสถานที่ตั้งภายในองค์กร คุณสามารถเพิ่มไปยังกลุ่มเป้าหมายเดียวกันได้โดยใช้ที่อยู่ IP ของเป้าหมาย หากต้องการย้ายข้อมูลไปยัง AWS โดยไม่ส่งผลต่อแอปพลิเคชัน ให้ค่อยๆ เพิ่มเป้าหมาย VPC ไปยังกลุ่มเป้าหมาย และลบเป้าหมายภายในองค์กรออกจากกลุ่มเป้าหมาย นอกจากนั้นแล้ว คุณยังสามารถใช้โหลดบาลานเซอร์แยกต่างหากสำหรับเป้าหมาย VPC และเป้าหมายภายในองค์กร รวมทั้งใช้การถ่วงน้ำหนัก DNS เพื่อปรับสมดุลโหลดที่มีการถ่วงน้ำหนักระหว่างเป้าหมาย VPC กับเป้าหมายภายในองค์กรได้อีกด้วย

ถาม: ฉันจะปรับสมดุลโหลดไปยังอินสแตนซ์ EC2 Classic ได้อย่างไร

ตอบ: คุณไม่สามารถปรับสมดุลโหลดไปยังอินสแตนซ์ EC2 Classic ได้เมื่อลงทะเบียนรหัสอินสแตนซ์เหล่านั้นเป็นเป้าหมาย แต่หากคุณลิงก์อินสแตนซ์ EC2 Classic เหล่านี้กับ VPC ของโหลดบาลานเซอร์โดยใช้ ClassicLink และใช้ IP ส่วนตัวของอินสแตนซ์ EC2 Classic เหล่านี้เป็นเป้าหมาย คุณก็สามารถปรับสมดุลโหลดไปยังอินสแตนซ์ EC2 Classic ได้ หากคุณกำลังใช้อินสแตนซ์ EC2 Classic ที่มี Classic Load Balancer อยู่ในปัจจุบัน คุณจะย้ายข้อมูลไปยัง Network Load Balancer ได้อย่างง่ายดาย

ถาม: ฉันจะเปิดใช้การปรับสมดุลโหลดข้ามโซนใน Network Load Balancer ได้อย่างไร

ตอบ: คุณสามารถเปิดใช้การปรับสมดุลโหลดข้ามโซนได้หลังจากสร้าง Network Load Balancer แล้วเท่านั้น คุณจะทำเช่นนี้ได้โดยการแก้ไขส่วนแอตทริบิวต์การปรับสมดุลโหลด แล้วเลือกช่องทำเครื่องหมายรองรับการปรับสมดุลโหลดข้ามโซน

ถาม: ระบบจะคิดค่าบริการฉันเมื่อเปิดใช้การถ่ายโอนข้อมูล AWS ระดับภูมิภาคสำหรับการปรับสมดุลโหลดข้ามโซนใน Network Load Balancer หรือไม่

ตอบ: ใช่ ระบบจะคิดค่าบริการคุณสำหรับการถ่ายโอนข้อมูลระดับภูมิภาคระหว่าง Availability Zone ต่างๆ ด้วย Network Load Balancer เมื่อเปิดใช้การปรับสมดุลโหลดข้ามโซน ตรวจสอบค่าบริการในส่วนการถ่ายโอนข้อมูลที่หน้าราคาแบบตามต้องการของ Amazon EC2

ถาม: การปรับสมดุลโหลดข้ามโซนจะส่งผลกระทบต่อข้อจำกัดของ Network Load Balancer หรือไม่

ตอบ: ใช่ ปัจจุบัน Network Load Balancer รองรับ 200 เป้าหมายต่อ Availability Zone เช่น หากคุณอยู่ใน Availability Zone 2 โซน คุณก็จะมีเป้าหมายที่ลงทะเบียนไว้กับ Network Load Balancer ได้สูงสุดถึง 400 เป้าหมาย หากเปิดใช้การปรับสมดุลโหลดข้ามโซน จำนวนเป้าหมายสูงสุดก็จะลดลงจาก 200 เป้าหมายต่อ Availability Zone เป็น 200 เป้าหมายต่อโหลดบาลานเซอร์ ดังนั้น ในตัวอย่างด้านบน เมื่อเปิดใช้การปรับสมดุลโหลดข้ามโซน แม้ว่าโหลดบาลานเซอร์จะอยู่ใน Availability Zone 2 โซน แต่คุณก็จะถูกจำกัดให้มีเป้าหมายที่ลงทะเบียนไว้กับโหลดบาลานเซอร์ได้เพียง 200 เป้าหมายเท่านั้น

คำถามที่พบบ่อยเกี่ยวกับราคา Network Load Balancer

ถาม: Network Load Balancer มีวิธีการกำหนดราคาอย่างไร

ตอบ: ระบบจะคิดค่าใช้จ่ายสำหรับแต่ละชั่วโมงหรือเศษของชั่วโมงที่รัน Network Load Balancer อยู่และจำนวนหน่วยความจุของ Load Balancer (LCU) ที่ Network Load Balancer ใช้ต่อชั่วโมง

ถาม: หน่วยความจุของโหลดบาลานเซอร์ (LCU) คืออะไร

ตอบ: LCU คือตัววัดใหม่สำหรับกำหนดวิธีที่คุณชำระเงินสำหรับ Network Load Balancer LCU จะกำหนดทรัพยากรสูงสุดที่ใช้ในแง่มุมใดๆ (การเชื่อมต่อ/โฟลว์ใหม่ การเชื่อมต่อ/โฟลว์ที่ใช้งานอยู่ และแบนด์วิดท์) ที่ Network Load Balancer ประมวลผลปริมาณรับส่งข้อมูลของคุณ

ถาม: การเชื่อมต่อ/โฟลว์แบบใหม่ต่อวินาทีจะเหมือนกับคำขอ/วินาทีหรือไม่

ตอบ: ไม่ สามารถส่งหลายคำขอในการเชื่อมต่อครั้งเดียวได้

ถาม: ระบบจะเรียกเก็บค่าบริการฉันสำหรับ Classic Load Balancer ตาม LCU หรือไม่

ตอบ: ไม่ ระบบจะยังคงเรียกเก็บค่าบริการสำหรับ Classic Load Balancer ตามการใช้แบนด์วิดท์และค่าบริการรายชั่วโมง

ถาม: ฉันจะทราบได้อย่างไรว่า Network Load Balancer ใช้งาน LCU จำนวนกี่หน่วย

ตอบ: เราจะแสดงการใช้งานทั้งสามแง่มุมที่ประกอบรวมกันเป็น LCU ผ่าน Amazon CloudWatch

ถาม: ระบบจะเรียกเก็บค่าบริการฉันสำหรับ LCU ในทุกแง่มุมหรือไม่

ตอบ: ไม่ จำนวน LCU ต่อชั่วโมงจะกำหนดตามทรัพยากรสูงสุดที่ใช้งานในแง่มุมทั้งสามซึ่งประกอบรวมกันเป็น LCU หนึ่งหน่วย

ถาม: ระบบจะเรียกเก็บค่าบริการฉันสำหรับ LCU ที่ไม่ครบหน่วยหรือไม่

ตอบ: ใช่

ถาม: Network Load Balancer มีข้อเสนอ Free Tier สำหรับบัญชี AWS ใหม่หรือไม่

ตอบ: ใช่ สำหรับบัญชี AWS ใหม่นั้น Free Tier สำหรับ Network Load Balancer จะมอบข้อเสนอการใช้งาน 750 ชั่วโมงและ 15 LCU ข้อเสนอ Free Tier นี้ใช้ได้กับลูกค้า AWS รายใหม่เท่านั้น และจะพร้อมใช้งานเป็นเวลา 12 เดือนหลังจากวันที่สมัครใช้งาน AWS

ถาม: ฉันสามารถใช้ Network Load Balancer, Application Load Balancer และ Classic Load Balancer รวมกันเพื่อเป็นส่วนหนึ่งของ Free Tier ได้หรือไม่

ตอบ: ใช่ คุณสามารถใช้ Application Load Balancer และ Network Load Balancer ได้อย่างละ 15 LCU และ Classic Load Balancer ได้ 15 GB ตามลำดับ ชั่วโมงโหลดบาลานเซอร์ 750 ชั่วโมงจะใช้ร่วมกันระหว่าง Application Load Balancer, Network Load Balancer และ Classic Load Balancer

Classic Load Balancer

ถาม: ระบบปฏิบัติการใดที่ Classic Load Balancer รองรับ

ตอบ: Classic Load Balancer รองรับอินสแตนซ์ Amazon EC2 ที่ใช้ระบบปฏิบัติการใดๆ ซึ่งบริการ Amazon EC2 รองรับในปัจจุบัน

ถาม: โปรโตคอลใดที่ Classic Load Balancer รองรับ

ตอบ: Classic Load Balancer รองรับการปรับสมดุลโหลดของแอปพลิเคชันที่ใช้โปรโตคอล HTTP, HTTPS (HTTP ที่ปลอดภัย), SSL (TCP ที่ปลอดภัย) และ TCP

ถาม: พอร์ต TCP ใดที่ฉันสามารถปรับสมดุลโหลดได้

ตอบ: คุณสามารถดำเนินการปรับสมดุลโหลดสำหรับพอร์ต TCP ต่อไปนี้ได้:

  • [EC2-VPC] 1-65535
  • [EC2-Classic] 25, 80, 443, 465, 587, 1024-65535

ถาม: Classic Load Balancer รองรับการรับส่งข้อมูล IPv6 หรือไม่

ตอบ: ใช่ แต่ละ Classic Load Balancer จะมี IPv4, IPv6 และชื่อ DNS สแต็กคู่ (ทั้ง IPv4 และ IPv6) ที่เชื่อมโยงไว้ VPC ไม่รองรับ IPv6 คุณสามารถใช้ Application Load Balancer สำหรับการรองรับ IPv6 แบบเนทีฟใน VPC

ถาม: ฉันสามารถกำหนดค่าอินสแตนซ์ Amazon EC2 ให้ยอมรับเฉพาะปริมาณการรับส่งข้อมูลจาก Classic Load Balancer ได้หรือไม่

ตอบ: ใช่

ถาม: ฉันสามารถกำหนดค่ากลุ่มความปลอดภัยสำหรับฟรอนต์เอนด์ของ Classic Load Balancer ได้หรือไม่

ตอบ: หากกำลังใช้ Amazon Virtual Private Cloud คุณสามารถกำหนดค่ากลุ่มความปลอดภัยสำหรับฟรอนต์เอนด์ของ Classic Load Balancer ได้

ถาม: ฉันสามารถใช้ Classic Load Balancer สำหรับจัดการคำขอ HTTP และ HTTPS ได้หรือไม่

ตอบ: ได้ คุณสามารถจับคู่ HTTP พอร์ต 80 และ HTTPS พอร์ต 443 กับ Classic Load Balancer รายการเดียวได้

ถาม: อินสแตนซ์ Amazon EC2 ที่ปรับสมดุลโหลดแล้วจำเป็นต้องยอมรับการเชื่อมต่อจำนวนมากเพียงใดจาก Classic Load Balancer

ตอบ: Classic Load Balancer ไม่ได้จำกัดจำนวนการเชื่อมต่อสูงสุดที่ดำเนินการได้เพื่อเชื่อมต่อกับอินสแตนซ์ Amazon EC2 ที่ปรับสมดุลโหลดแล้วของคุณ คุณสามารถคาดการณ์จำนวนนี้เพื่อปรับขนาดตามจำนวนคำขอ HTTP, HTTPS หรือ SSL ที่เกิดขึ้นพร้อมกัน หรือจำนวนการเชื่อมต่อ TCP ที่เกิดขึ้นพร้อมกันซึ่ง Classic Load Balancer ได้รับมา

ถาม: ฉันสามารถปรับสมดุลโหลดอินสแตนซ์ Amazon EC2 ที่เปิดใช้ด้วย AMI แบบเสียค่าใช้จ่ายได้หรือไม่

ตอบ: คุณสามารถปรับสมดุลโหลดอินสแตนซ์ Amazon EC2 ที่เปิดใช้ด้วย AMI แบบเสียค่าใช้จ่ายได้จาก AWS Marketplace อย่างไรก็ตาม Classic Load Balancer ไม่รองรับอินสแตนซ์ที่เปิดใช้ด้วย AMI แบบเสียค่าใช้จ่ายจากเว็บไซต์ Amazon DevPay

ถาม: ฉันสามารถใช้ Classic Load Balancer ใน Amazon Virtual Private Cloud ได้หรือไม่

ตอบ: ใช่ โปรดดูที่หน้าเว็บ Elastic Load Balancing

ถาม: ฉันสามารถขอรับประวัติการเรียกใช้ Classic Load Balancer API ในบัญชีของฉันเพื่อวิเคราะห์ความปลอดภัยและแก้ปัญหาการดำเนินการได้หรือไม่

ตอบ: ใช่ หากต้องการรับประวัติการเรียกใช้ API ของ Classic Load Balancer ที่ดำเนินการในบัญชีของคุณ เพียงแค่เปิดใช้ CloudTrail ใน AWS Management Console

ถาม: Classic Load Balancer รองรับการยกเลิกใช้งาน SSL หรือไม่

ตอบ: รองรับ คุณสามารถยกเลิกใช้ SSL ใน Classic Load Balancer ได้ คุณจะต้องติดตั้งใบรับรอง SSL ในโหลดบาลานเซอร์แต่ละรายการ โหลดบาลานเซอร์จะใช้ใบรับรองนี้เพื่อยกเลิกใช้งานการเชื่อมต่อดังกล่าว และจากนั้นก็จะถอดรหัสคำขอจากไคลเอ็นต์ก่อนที่จะส่งไปยังอินสแตนซ์แบ็คเอนด์

ถาม: ขั้นตอนในการได้รับใบรับรอง SSL มีอะไรบ้าง

ตอบ: คุณสามารถเลือกใช้ AWS Certificate Manager เพื่อจัดเตรียมใบรับรอง SSL/TLS หรือจะรับใบรับรองจากแหล่งที่มาอื่นๆ ได้โดยการสร้างคำขอใบรับรอง รับคำขอใบรับรองที่ CA ลงชื่อแล้ว และจากนั้นจึงอัปโหลดใบรับรองดังกล่าวโดยใช้บริการ AWS Identity and Access Management (IAM)

ถาม: Classic Load Balancer จะผสานรวมกับ AWS Certificate Manager (ACM) ได้อย่างไร

ตอบ: Classic Load Balancer ผสานรวมกับ AWS Certificate Manager (ACM) แล้วในตอนนี้ การผสานรวมกับ ACM จะช่วยให้การผูกใบรับรองกับโหลดบาลานเซอร์แต่ละรายการเป็นเรื่องง่าย ซึ่งทำให้ขั้นตอนการลดภาระการประมวลผล SSL ทั้งหมดง่ายดาย โดยปกติแล้ว การซื้อ การอัปโหลด และการต่ออายุใบรับรอง SSL/TLS เป็นขั้นตอนที่ต้องทำด้วยตนเองซึ่งใช้เวลานาน และเป็นกระบวนการที่ซับซ้อน แต่ด้วยการผสานรวม ACM กับ Classic Load Balancer ขั้นตอนทั้งหมดนี้จึงสั้นลง เพื่อให้การส่งคำขอใบรับรอง SSL/TLS ที่น่าเชื่อถือและการเลือกใบรับรอง ACM เพื่อจัดเตรียมให้มีโหลดบาลานเซอร์แต่ละรายการเป็นเรื่องง่าย

ถาม: ฉันจะเปิดใช้การปรับสมดุลโหลดข้ามโซนใน Classic Load Balancer ได้อย่างไร

ตอบ: คุณสามารถเปิดใช้การปรับสมดุลโหลดข้ามโซนได้โดยใช้ Console, AWS CLI หรือ AWS SDK ดูเอกสารประกอบเกี่ยวกับการปรับสมดุลโหลดข้ามโซนสำหรับรายละเอียดเพิ่มเติม

ถาม: ระบบจะคิดค่าบริการฉันเมื่อเปิดใช้การถ่ายโอนข้อมูล AWS ระดับภูมิภาคสำหรับการปรับสมดุลโหลดข้ามโซนใน Classic Load Balancer หรือไม่

ตอบ: ไม่ ระบบจะไม่คิดค่าบริการคุณสำหรับการถ่ายโอนข้อมูลระดับภูมิภาคระหว่าง Availability Zone ต่างๆ เมื่อเปิดใช้การปรับสมดุลโหลดข้ามโซนสำหรับ Classic Load Balancer ของคุณ

Product-Page_Standard-Icons_01_Product-Features_SqInk
เรียนรู้เพิ่มเติมเกี่ยวกับราคา Elastic Load Balancing

ไปที่หน้าราคา

เรียนรู้เพิ่มเติม 
Product-Page_Standard-Icons_02_Sign-Up_SqInk
ลงชื่อสมัครใช้บัญชีฟรี

รับสิทธิ์การเข้าถึง AWS Free Tier ได้ทันที 

ลงชื่อสมัครใช้งาน 
Product-Page_Standard-Icons_03_Start-Building_SqInk
เริ่มต้นสร้าง Console

เริ่มใช้งาน Elastic Load Balancing ใน AWS Console

ลงชื่อเข้าใช้