ฉันมี Application Load Balancer (ALB) และเว็บเซิร์ฟเวอร์จำนวนหนึ่งที่อยู่เบื้องหลัง นอกจาก HTTP และ HTTPS แล้ว เว็บเซิร์ฟเวอร์ยังให้บริการอีกด้วย การเชื่อมต่อซ็อกเก็ต TCP ที่ยาวนาน บนพอร์ต 52345.
เมื่อซ็อกเก็ตไคลเอนต์พยายามเชื่อมต่อกับพอร์ต ALB 52345มันล้มเหลวเนื่องจาก ALB ไม่มีผู้ฟังบนพอร์ตนี้
เมื่อฉันพยายามเพิ่มผู้ฟังบนพอร์ตนี้ ฉันรู้ว่า ALB อนุญาตเฉพาะผู้ฟังบน HTTP และ HTTPS ดังนั้นฉันจึงพยายามเพิ่มตัวฟัง HTTP บนพอร์ต 52345. มันยังไม่ได้ผล
ข้อความผิดพลาด:
ความพยายามในการเชื่อมต่อล้มเหลวเนื่องจากบุคคลที่เชื่อมต่อไม่ตอบสนองอย่างถูกต้องหลังจากช่วงระยะเวลาหนึ่ง หรือการเชื่อมต่อที่สร้างไว้ล้มเหลวเนื่องจากโฮสต์ที่เชื่อมต่อไม่ตอบสนอง 34.199.41.181:52345
ฉันจะผ่านอุปสรรคนี้ได้อย่างไร เหตุใด AWS จึงไม่อนุญาตให้ฟัง TCP บน ALB
ALB มีไว้สำหรับแอปพลิเคชัน http และ https โดยเฉพาะ ไม่ใช่สำหรับ TCP ทั่วไป หากคุณต้องการโหลดบาลานเซอร์ TCP คุณควรพิจารณาใช้ NLB (ตัวจัดสรรภาระงานเครือข่าย). ปรับขนาดให้โหลดได้สูงมากและมีคุณสมบัติที่มีประโยชน์บางอย่าง NLB สามารถโหลดบาลานซ์พอร์ตใดๆ รวมถึง http/80 และ https/443 แต่ไม่รู้จักแอปพลิเคชัน/โปรโตคอล ดังนั้นจึงไม่มีความสามารถ เช่น การกำหนดเส้นทางตามเส้นทาง NLB สามารถมี IP แบบคงที่ (ยืดหยุ่น)
หากคุณต้องการความสามารถของโหลดบาลานเซอร์ทั้งสองประเภท คุณอาจพิจารณาใช้ทั้งสองอย่าง NLB อาจอยู่บนโดเมนย่อยหรือ IP คงที่
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
