การจัดเก็บแบบบล็อกนำเสนอวอลุ่ม การจัดเก็บแบบไฟล์นำเสนออินเทอร์เฟซระบบไฟล์ และการจัดเก็บแบบออบเจกต์นำเสนอออบเจกต์ที่เข้าถึงผ่าน API เลือกอินเทอร์เฟซที่ซอฟต์แวร์ของคุณคาดหวัง แล้วเปรียบเทียบความสอดคล้อง การเข้าถึง ประสิทธิภาพ และการกู้คืน ไม่มีป้ายกำกับใดเหล่านี้เพียงลำพังที่สร้างการสำรองข้อมูลหรือคำสัญญาความจุไม่จำกัด
เริ่มต้นด้วยอินเทอร์เฟซของแอปพลิเคชัน
ก่อนเปรียบเทียบเทระไบต์ ให้ระบุว่าแอปพลิเคชันอ่านและเปลี่ยนแปลงข้อมูลอย่างไร มันคาดหวังวอลุ่มที่เมานต์ในเครื่อง เส้นทางที่แชร์พร้อมสิทธิ์ไฟล์ หรือ API ที่ดึงออบเจกต์ตามคีย์หรือไม่ อินเทอร์เฟซเหล่านี้แตกต่างกัน ผลิตภัณฑ์ที่มีความจุมากมายยังอาจต้องเปลี่ยนแปลงแอปพลิเคชันอย่างมีนัยสำคัญหากเปิดเผยโมเดลการเข้าถึงที่ผิด
เขียนการดำเนินการที่เป็นรูปธรรม: ต่อท้ายไฟล์ อัปเดตส่วนหนึ่งของฐานข้อมูล แสดงรายการไดเรกทอรี ให้บริการรูปภาพขนาดใหญ่ หรือให้หลายเครื่องแก้ไขเอกสารเดียวกัน การเลือกการจัดเก็บควรรองรับการดำเนินการเหล่านั้นอย่างตั้งใจ มองเครื่องมือไคลเอนต์ที่สะดวกเป็นสิ่งที่ต้องตรวจสอบว่าเข้ากันได้ แทนการสมมติว่าทำให้ทุกแบ็กเอนด์ใช้แทนกันได้
ทำความเข้าใจความรับผิดชอบของการจัดเก็บแบบบล็อก
การจัดเก็บแบบบล็อกให้อินเทอร์เฟซคล้ายวอลุ่มซึ่งระบบสามารถสร้างระบบไฟล์หรือเลย์เอาต์ข้อมูลอื่นบนนั้นได้ ระบบปฏิบัติการและแอปพลิเคชันมักจัดการความหมายของข้อมูลที่เขียนลงในบล็อกเหล่านั้น เป็นรากฐานทั่วไปสำหรับดิสก์ระบบและแอปพลิเคชันที่คาดหวังวอลุ่มที่เมานต์ แต่กฎการเชื่อมต่อและการแชร์ที่แน่นอนขึ้นอยู่กับการนำไปใช้
วางแผนพาร์ติชัน การฟอร์แมต ความจุระบบไฟล์ และการกู้คืนก่อนใช้วอลุ่ม การจัดสรรบล็อกไม่ได้สร้างการสำรองข้อมูลที่สอดคล้องกับฐานข้อมูลโดยอัตโนมัติ หรืออนุญาตให้หลายเครื่องที่ไม่เกี่ยวข้องเขียนพร้อมกันอย่างปลอดภัย ตรวจสอบโมเดลการเชื่อมต่อของผลิตภัณฑ์และการประสานงานซอฟต์แวร์ที่ต้องใช้ รูปแบบการเข้าถึงที่ถูกต้องสำคัญพอ ๆ กับตัวเลขความจุ
ทำความเข้าใจความหมายของการจัดเก็บแบบไฟล์
การจัดเก็บแบบไฟล์ให้ชื่อและเส้นทางแก่แอปพลิเคชันผ่านอินเทอร์เฟซระบบไฟล์ บริการที่แชร์อาจเปิดเผยโปรโตคอลเช่น NFS พร้อมสิทธิ์ การล็อก และพฤติกรรมความสอดคล้องที่ขึ้นอยู่กับการนำไปใช้ Amazon EFS เป็นตัวอย่างที่บันทึกไว้หนึ่งตัวอย่างของบริการที่ใช้ NFS ความสามารถของมันอธิบาย EFS ไม่ใช่ระบบไฟล์ที่แชร์ทั้งหมดหรือตัวเลือกการจัดเก็บ SwissOctet
สำหรับพื้นที่ทำงานของทีม ถามว่าตัวตน映射กับสิทธิ์อย่างไรและเกิดอะไรขึ้นเมื่อไคลเอนต์สองรายอัปเดตไฟล์เดียวกัน สำหรับแอปพลิเคชัน ตรวจสอบการดำเนินการที่มันพึ่งพา แทนการทดสอบเพียงรายการไดเรกทอรี การเข้าถึงเครือข่ายและการกำหนดค่าไคลเอนต์เป็นส่วนหนึ่งของการออกแบบระบบปฏิบัติการเมื่อเข้าถึงไฟล์จากระยะไกล
ทำความเข้าใจการจัดเก็บแบบออบเจกต์ในฐานะ API
การจัดเก็บแบบออบเจกต์เข้าถึงเนื้อหาที่จัดเก็บผ่านคีย์และเมทาดาทาที่เกี่ยวข้อง Amazon S3 อธิบายโมเดลนี้ด้วยบัคเก็ต คีย์ออบเจกต์ และตัวระบุเวอร์ชัน อินเทอร์เฟซออบเจกต์เหมาะกับซอฟต์แวร์ที่ออกแบบมาเพื่ออัปโหลดและดึงเนื้อหาผ่าน API นั้น เป็นนามธรรมที่แตกต่างจากดิสก์ที่ระบบปฏิบัติการเมานต์หรือไดเรกทอรีที่แชร์ซึ่งมีการดำเนินการไฟล์ทั่วไป
อย่าสมมติว่าเบราว์เซอร์ที่ดูคล้ายโฟลเดอร์จะสร้างความหมายเชิงระบบไฟล์ขึ้นมา คำนำหน้าช่วยจัดระเบียบชื่อได้ ในขณะที่ API ยังคงควบคุมว่าออบเจ็กต์ถูกสร้างและเปลี่ยนแปลงอย่างไร ตรวจสอบความสอดคล้อง การทำเวอร์ชัน และพฤติกรรมการควบคุมการเข้าถึงของบริการที่เลือก รายละเอียดเหล่านี้กำหนดว่าขั้นตอนการอัปโหลด แค็ตตาล็อกสื่อ หรือคลังสำหรับส่งออก สามารถใช้ส่วนติดต่อนี้ได้อย่างปลอดภัยและมีประสิทธิภาพหรือไม่
จับคู่โครงการจริงกับอินเทอร์เฟซ
ลองพิจารณาแอปพลิเคชันตัวอย่างที่มีฐานข้อมูลเชิงสัมพันธ์ รูปภาพที่ผู้ใช้อัปโหลด และไดเรกทอรีที่ใช้ร่วมกันโดยเวิร์กเกอร์แบบแบตช์ ฐานข้อมูลอาจคาดหวังวอลุ่มที่เหมาะสม รูปภาพอาจเข้ากับการออกแบบแอปพลิเคชันที่คำนึงถึงออบเจ็กต์ และเวิร์กเกอร์อาจต้องใช้ระบบไฟล์ที่ใช้ร่วมกัน การรวมส่วนติดต่อเข้าด้วยกันอาจสมเหตุสมผลเมื่อแต่ละส่วนมีบทบาทชัดเจน แทนที่จะบังคับให้ทุกชุดข้อมูลใช้ผลิตภัณฑ์จัดเก็บเดียว
ตารางด้านล่างเป็นจุดเริ่มต้นสำหรับคำถาม ไม่ใช่คำแนะนำผลิตภัณฑ์หรือข้ออ้างเกี่ยวกับบริการออบเจ็กต์ SwissOctet ที่มีอยู่ในปัจจุบัน แค็ตตาล็อกจะแสดงรายการทรัพยากรจัดเก็บสำหรับการกำหนดค่าจริงของตน หากคุณต้องการเปิดให้บริการไฟล์หรือออบเจ็กต์ด้วยตนเอง โปรดตรวจสอบซอฟต์แวร์ ความต้องการทรัพยากร และงานด้านการดูแลระบบที่จำเป็นในการสร้างมัน
| ความต้องการของแอปพลิเคชัน | ส่วนติดต่อที่ควรประเมิน | คำถามก่อนการปรับใช้ |
|---|---|---|
| วอลุ่มระบบหรือฐานข้อมูลที่เมานต์ | บล็อก | แอปพลิเคชันรองรับวอลุ่มและวิธีการกู้คืนหรือไม่ |
| พาธที่ใช้ร่วมกันระหว่างไคลเอนต์ | ไฟล์ | สิทธิ์ การล็อก และความสอดคล้องเหมาะสมหรือไม่ |
| การอัปโหลดสื่อที่ใช้ API | ออบเจ็กต์ | แอปพลิเคชันรองรับ API และกฎการเข้าถึงหรือไม่ |
| คลังสำรองข้อมูลอิสระ | เป้าหมายใดก็ได้ที่รองรับ | เครื่องมือกู้คืนตรวจสอบและกู้คืนรูปแบบนี้ได้หรือไม่ |
เปรียบเทียบประสิทธิภาพโดยไม่ผสมมาตรวัด
ความจุ ความหน่วงในการดำเนินงาน และอัตราการรับส่งต่อเนื่องเป็นคุณลักษณะที่แตกต่างกัน ภาระงานที่อ่านออบเจ็กต์สื่อขนาดใหญ่แตกต่างจากภาระงานที่อัปเดตไฟล์ขนาดเล็กจำนวนมากหรือหน้าฐานข้อมูล สร้างการทดสอบที่เป็นตัวแทนด้วยขนาดข้อมูลและภาวะพร้อมกันที่สมจริง รวมการประมวลผลฝั่งไคลเอนต์และการรับส่งผ่านเครือข่ายในจุดที่ควรอยู่ แทนที่จะโยนผลลัพธ์ทั้งหมดให้แบ็กเอนด์จัดเก็บ
ตรวจสอบด้วยว่าระบบมีพฤติกรรมอย่างไรใกล้ขีดจำกัดในทางปฏิบัติ ไฟล์ที่เติบโต การดำเนินการกับรายการออบเจ็กต์ กิจกรรมเมทาดาทา และไคลเอนต์ที่ทำงานพร้อมกันสามารถเปลี่ยนภาพรวมทรัพยากรได้ วัดช่วงเวลาปกติและช่วงเวลาที่งานหนัก เผื่อความจุสำหรับการบำรุงรักษา และกำหนดการแจ้งเตือนก่อนที่สภาพแวดล้อมจะเต็ม ป้ายอย่าง NVMe ระบุเทคโนโลยีจัดเก็บ ไม่ได้ระบุผลลัพธ์ของทุกแอปพลิเคชัน
รักษาความปลอดภัยและการกู้คืนในทุกอินเทอร์เฟซ
ใช้รูปแบบการเข้าถึงที่เหมาะสมกับแต่ละชุดข้อมูล แยกข้อมูลรับรองสำหรับผู้ดูแลออกจากการเข้าถึงของแอปพลิเคชัน และปกป้องคีย์ใดก็ตามที่จำเป็นสำหรับถอดรหัสข้อมูลที่เก็บไว้ ตรวจสอบการเปิดเผยต่อสาธารณะอย่างชัดเจน: การแชร์ไฟล์หรือคอลเลกชันออบเจ็กต์ที่ตั้งใจให้เป็นส่วนตัวไม่ควรเข้าถึงได้เพียงเพราะแอปพลิเคชันถูกปรับใช้ด้วยค่าตั้งต้นที่สะดวก
สุดท้าย วางแผนการกู้คืนที่ครอบคลุมทุกที่จัดเก็บที่เกี่ยวข้อง จุดกู้คืนของฐานข้อมูลและไฟล์ที่อัปโหลดซึ่งอ้างอิงถึงต้องทำงานร่วมกัน จัดทำเอกสารความเป็นเจ้าของ รูปแบบการสำรองข้อมูล และลำดับการกู้คืน เมื่อเปรียบเทียบ SwissOctet Vault หรือพื้นที่จัดเก็บบนเซิร์ฟเวอร์ โปรดอ่านการจัดสรรและตัวเลือกที่แน่นอน อย่าอนุมานว่ามีออบเจ็กต์แบบจัดการ API นโยบายการทำซ้ำ หรือการรับประกันการสำรองข้อมูล จากป้ายการจัดเก็บแบบกว้าง ๆ
รายการตรวจสอบปฏิบัติของคุณ
- ระบุการดำเนินการที่แอปพลิเคชันต้องการ
- ระบุส่วนติดต่อจัดเก็บที่คาดว่าจะใช้
- ตรวจสอบความหมายของการแชร์ การล็อก และการเข้าถึง
- ทดสอบด้วยข้อมูลและภาวะพร้อมกันที่สมจริง
- แยกการเข้าถึงของแอปพลิเคชันและผู้ดูแลออกจากกัน
- กู้คืนชุดข้อมูลที่เกี่ยวข้องทั้งหมดพร้อมกัน
รายละเอียดที่สำคัญ
สามารถใช้ออบเจ็กต์สตอเรจเหมือนดิสก์ทั่วไปได้หรือไม่+
มีเครื่องมือสำหรับปรับใช้อยู่ แต่ API และความหมายพื้นฐานแตกต่างกัน ตรวจสอบการดำเนินการที่แอปพลิเคชันต้องการ แทนที่จะสมมติว่าส่วนติดต่อที่เมานต์ทำให้เทียบเท่ากัน
SAN เป็นออบเจ็กต์สตอเรจโดยอัตโนมัติหรือไม่+
ไม่ ป้าย SAN ไม่ได้ยืนยันว่าเป็นออบเจ็กต์ API โปรดอ่านข้อกำหนดวอลุ่มและการเข้าถึงที่แท้จริง และยืนยันว่าการกำหนดค่าเปิดเผยอะไร
ส่วนติดต่อใดดีที่สุดสำหรับการสำรองข้อมูล+
เลือกเป้าหมายที่เครื่องมือสำรองข้อมูลของคุณรองรับ และตรวจสอบการแยกการเข้าถึง การเก็บรักษา และการกู้คืน ส่วนติดต่อเพียงอย่างเดียวไม่ได้กำหนดคุณภาพการสำรองข้อมูล
ไปที่ต้นทาง
แหล่งอ้างอิงเหล่านี้สนับสนุนแนวคิดทางเทคนิคในคู่มือนี้ ปฏิบัติตามเอกสารปัจจุบันก่อนเปลี่ยนระบบโปรดักชัน
- AWS: เปรียบเทียบที่จัดเก็บบล็อก ไฟล์ และออบเจ็กต์ aws.amazon.com
- Amazon S3: ภาพรวมออบเจ็กต์ docs.aws.amazon.com
- Amazon EFS: ส่วนติดต่อระบบไฟล์และความหมายของการเข้าถึง docs.aws.amazon.com
คำแนะนำด้านบรรณาธิการโดย SwissOctet ตัวอย่างมีไว้เพื่อประกอบ ข้อมูลจำเพาะของบริการ ตัวเลือกที่มี และเงื่อนไขตามสัญญาต้องได้รับการตรวจสอบแยกต่างหาก