Score:0

แนวทางปฏิบัติที่ดีที่สุดบนคลาวด์ยังคงมีดิสก์หลายตัว (วอลุ่ม) สำหรับเซิร์ฟเวอร์หรือไม่

ธง at

ใน วันเก่า ๆ ของเซิร์ฟเวอร์จริง ถือว่าเป็นแนวปฏิบัติที่ดี (อย่างน้อยในที่ที่ฉันเคยทำงาน) เพื่อให้เซิร์ฟเวอร์มีดิสก์อย่างน้อยสองแผ่น (วอลุ่ม) เสมอ ไม่ว่าแอปพลิเคชันจะโฮสต์ง่ายเพียงใด

หนึ่งดิสก์สำหรับระบบปฏิบัติการ (OS) และอีกอันสำหรับแอปพลิเคชัน มีเหตุผลหลายประการสำหรับสิ่งนี้:

  1. หากแอปพลิเคชันหยุดดิสก์โดยการเติมหรือตอกด้วย I/O โดยปกติแล้วคุณยังคงสามารถเข้าสู่ระบบและดูว่าเกิดอะไรขึ้น และระบบปฏิบัติการจะสามารถเก็บเหตุการณ์การบันทึกเพื่อแจ้งให้คุณทราบว่าอาจเกิดอะไรขึ้น
  2. มันหยุดระบบปฏิบัติการที่ส่งผลกระทบต่อประสิทธิภาพของแอปพลิเคชันโดยแย่งชิง I/O ที่พร้อมใช้งานจากวอลุ่มเดียว
  3. การสำรอง/คืนค่าสามารถกังวลเกี่ยวกับ Application Disk เนื่องจากระบบปฏิบัติการสามารถสร้างใหม่ได้
  4. ดิสก์แอปพลิเคชันสามารถจัดการได้ (เช่น ยกเลิกการต่อเชื่อม) เนื่องจากสิ่งนี้ไม่ส่งผลกระทบต่อระบบปฏิบัติการ

ตามค่าเริ่มต้น เซิร์ฟเวอร์คลาวด์จะมีดิสก์เดียวเท่านั้นซึ่งทำให้ฉันคิดว่าวิธีการใช้ดิสก์หลายตัวนี้ยังสมเหตุสมผลในระบบคลาวด์หรือไม่ เมื่อพิจารณาจากประเด็นข้างต้น: (1), (3) และ (4) อาจยังคงใช้ได้ แต่ (2) น้อยกว่าเนื่องจากดิสก์เป็นเสมือน: แมปเข้ากับระบบย่อยของสตอเรจที่ผู้จำหน่ายระบบคลาวด์จัดการในแบบที่ฉันไม่เห็น

ดังนั้นดูเหมือนว่าแนวทางปฏิบัติที่ดีที่สุดนี้ยังน่าติดตามในระบบคลาวด์หรือไม่

หรือฉันพลาดเหตุผลว่าทำไมการใช้หลายวอลุ่มในระบบคลาวด์จึงไม่สำคัญ

cn flag
การควบคุมปริมาณเป็นเหตุผลหนึ่ง AWS EC2 เป็นตัวอย่างที่ดี ข้อจำกัดเทียมเหล่านี้ส่งผลให้ประสิทธิภาพการจัดเก็บต่ำและความขัดแย้งระหว่างระบบปฏิบัติการ/แอปพลิเคชัน
Score:0
ธง cn

การเช่าคอมพิวเตอร์เป็นบริการไม่ได้เปลี่ยนการตัดสินใจใช้ดิสก์ข้อมูลแยกต่างหากอย่างมีนัยสำคัญ

แน่นอน คุณสามารถเปลี่ยนค่าเริ่มต้นได้ เหตุใด API จึงมีอยู่เพื่อสร้างและเพิ่มดิสก์เพิ่มเติมให้กับอินสแตนซ์

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

การป้องกันไม่ให้ระบบไฟล์เต็มยังคงมีประโยชน์ แม้ว่าโซลูชันอื่นที่ไม่ใช่ฟิสิคัลดิสก์หลายตัวจะเป็นไปได้ก็ตาม แยกโลจิคัลวอลุ่มด้วย LVM หรือการบันทึกแบบรวมศูนย์หรือการส่งข้อความในลักษณะที่บางอินสแตนซ์ไม่มีไฟล์ข้อมูลที่เพิ่มขึ้น

เกินโควต้าบน IOPS และขนาดอาจต้องมีการรวมดิสก์หลายตัวลงในโลจิคัลวอลุ่ม (อย่างน้อยโควต้ามีแนวโน้มที่จะกำหนดไว้อย่างดีในระบบคลาวด์ แม้ว่าฟิสิคัลอาร์เรย์จะยังลึกลับอยู่ก็ตาม) ขยายขนาดฐานข้อมูลที่มีอยู่

ปริมาณข้อมูลที่แยกจากกันช่วยให้สามารถใช้เทคนิคระดับบล็อกได้ ลองนึกภาพการอัปเกรดระบบปฏิบัติการหลักสำหรับอินสแตนซ์ฐานข้อมูล แต่ไม่มีที่เก็บข้อมูลสำรองให้ทำซ้ำ เตรียมอินสแตนซ์ที่อัปเกรด แต่ไม่มีข้อมูล ระหว่างเวลาหยุดทำงาน ให้ถอดและแยกปริมาณข้อมูล นำเสนอไปยังอินสแตนซ์ใหม่ และเมานต์ อัปเกรดอย่างรวดเร็ว ไม่มีการคัดลอกข้อมูล ไม่มีการคัดลอกโวลุ่มเป็นครั้งที่สอง

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา