ทีมของฉันมีหน้าที่สร้างแผนในกรณีที่ AZ ที่มีอินสแตนซ์ NFS ล้มเหลวอินสแตนซ์ NFS นี้แชร์ไฟล์กับเครื่องอื่น (ไคลเอนต์ NFS) ใน AZ อื่น (เราใช้ North of California)
เราต้องเสนอความคิด สิ่งหนึ่งที่เรามีก็คือ เมื่อ AZ อินสแตนซ์ NFS ล้มเหลว ให้ถอดฮาร์ดไดรฟ์ออกและแนบเข้ากับอินสแตนซ์อื่นใน AZ อื่น (ทั้งหมดนี้ใช้แลมบ์ดา) แต่ด้วยวิธีนี้ เราจะต้องกำหนดค่า fstab ใหม่ในไคลเอ็นต์ NFS ด้วย
ความคิดใด ๆ ?
แทนที่จะเป็นเซิร์ฟเวอร์ใน AZ ให้ใช้บริการ AWS Elastic File System EFS รองรับ NFSและไฟล์ของคุณถูกจัดเก็บไว้ใน AZ หลายรายการ
หาก AZ หยุดทำงาน คุณจะไม่สามารถระบุทรัพยากรใดๆ ใน AZ นั้นได้ ซึ่งจะตัดแนวคิดแลมบ์ดา/เชื่อมต่อใหม่ของคุณออกไป ปริมาณ EBS อยู่ใน AZ เดียว คุณสามารถแก้ไขปัญหานี้ได้ด้วยสแน็ปช็อตปริมาณซึ่งจัดเก็บไว้ใน S3 หลาย AZ แต่คุณจะต้องกู้คืนทั้งเซิร์ฟเวอร์ ความเข้าใจเกี่ยวกับ Windows ใน AWS ของฉันมีจำกัด หากข้อมูลอยู่ในไดรฟ์ OS คุณจะต้อง sysprep หากเป็นไดรฟ์ข้อมูล คุณสามารถแนบข้อมูลนั้นกับเซิร์ฟเวอร์อื่นได้
EFS น่าจะเป็นทางออกที่ดีที่สุด เรียบง่ายที่สุด และถูกที่สุด
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
