ป้ายกำกับพื้นที่จัดเก็บข้อมูลเพิ่มขึ้นอย่างรวดเร็ว: S3, NFS, iSCSI, CIFS และอื่นๆ อีกมากมาย หากคุณใช้งาน SaaS หรือสแต็กการวิเคราะห์ที่กำลังเติบโตบน VPS การเลือกระหว่างพื้นที่จัดเก็บระหว่าง Object กับ Block กับ File อาจรู้สึกเหมือนเป็นคำถามยอดนิยมที่คุณไม่เคยศึกษามาก่อน บ่อยครั้ง ทีมต้องเข้าสู่กระบวนการตัดสินใจแบบเดียวกันอย่างหลีกเลี่ยงไม่ได้ และมีรูปแบบที่ชัดเจน: จับคู่ IOPS ปริมาณการประมวลผล และความคงอยู่ของข้อมูลที่ต้องการกับเลเยอร์ที่ถูกต้อง และต้นทุนลดลงในขณะที่ประสิทธิภาพเพิ่มขึ้น
ในอีกสิบนาทีข้างหน้า คุณจะเห็นคำอธิบายพื้นที่เก็บข้อมูลบนคลาวด์ทุกประเภทโดยไม่ต้องมีการตลาดแบบไม่ต้องยุ่งยาก ฉันจะระบุว่าเมื่อใดควรใช้พื้นที่จัดเก็บอ็อบเจ็กต์ เหตุใด Block จึงยังคงควบคุมฐานข้อมูล และตัวเลือกพื้นที่จัดเก็บไฟล์ VPS เหมาะสมเมื่อโฟลเดอร์ที่แชร์มีความสำคัญ ฉันจะตั้งค่ากับดักบางอย่าง เช่น เวลาแฝงในการจัดเตรียม ค่าบริการทางออกที่ซ่อนอยู่ และเพดานความสามารถในการขยายอันน่าหวาดหวั่น เพื่อให้คุณสามารถหลีกเลี่ยงกับดักเหล่านั้นได้
ในตอนท้าย คำถามระหว่าง object vs. Block vs file storage จะรู้สึกเหมือนเป็นปริศนาน้อยลงและเป็นเหมือนเมนูมากขึ้น
- พื้นฐานของการจัดเก็บข้อมูลบนคลาวด์คืออะไร?
- การทำลายพื้นที่เก็บข้อมูลที่ถูกบล็อก: กรณีการใช้งานและข้อจำกัด
- ทำความเข้าใจกับพื้นที่จัดเก็บอ็อบเจ็กต์: ความสามารถในการขยายขนาดและคุณประโยชน์
- อธิบายการจัดเก็บไฟล์: ความคุ้นเคยและกรณีการใช้งาน
- ความแตกต่างที่สำคัญ: ตารางเปรียบเทียบ
- ตัวเลือกพื้นที่เก็บข้อมูล VPS เหมาะสมอย่างไร
- การเลือกพื้นที่จัดเก็บข้อมูลที่เหมาะสมสำหรับโครงการของคุณ
- ความคิดสุดท้าย
- คำถามที่พบบ่อย
พื้นฐานของการจัดเก็บข้อมูลบนคลาวด์คืออะไร?
ก่อนที่จะตั้งชื่อผู้ชนะ เรามาทำความเข้าใจกับตัวชี้วัดที่ควบคุมประสิทธิภาพและต้นทุนอย่างแท้จริงก่อน
- เวลาแฝง: เวลาระหว่างคำขออ่านหรือเขียนกับไบต์แรกที่ส่งคืน
- IOPS (การดำเนินการอินพุต/เอาต์พุตต่อวินาที): ระบุจำนวนการดำเนินการแบบสุ่มขนาดเล็กที่ไดรฟ์สามารถรองรับได้
- ปริมาณงาน: ปริมาณข้อมูลที่ถ่ายโอนต่อวินาทีอย่างต่อเนื่อง—สำคัญสำหรับการสำรองข้อมูลและสื่อ
- ความสามารถในการปรับขนาดพื้นที่เก็บข้อมูล: คุณสามารถขยายกำลังการผลิตโดยไม่ต้องอัพเกรดรถยกได้อย่างง่ายดายเพียงใด
- ความคงอยู่และความทนทานของข้อมูล: โอกาสที่จะสูญเสียเล็กน้อยในช่วงเวลาที่กำหนด การบริการออบเจ็กต์ชั้นนำมีเป้าหมายที่สิบเอ็ดเก้า
- ความสะดวกสบายของโปรโตคอล: API ที่เข้ากันได้กับ S3, การเมาท์ NFS หรือ SMB/CIFS แบ่งปันความพยายามของนักพัฒนารูปร่าง
การทำความเข้าใจ Building Block เหล่านี้จะเปลี่ยนกำแพงศัพท์เฉพาะให้กลายเป็นคันโยกที่ใช้งานได้จริง เก็บไว้ใกล้ตัว เราจะกลับมาอ้างอิงอีกครั้งเมื่อแต่ละรุ่นเข้าสู่สังเวียน
เหตุใดปัจจัยพื้นฐานจึงมีความสำคัญ
ลองนึกถึงแดชบอร์ด SaaS ในโลกแห่งความเป็นจริงที่เก็บ JSON Blob ขนาด 2GB ไว้ในแคชที่สำรอง RAM ขณะที่ผู้ใช้สลับตัวกรอง แอปต้องการบล็อกขนาด 4kB สองสามบล็อกจากโวลุ่ม NVMe การลดเวลาแฝงลงสองมิลลิวินาทีทำให้ได้แผนภูมิที่รวดเร็วยิ่งขึ้น ดังนั้น IOPS และคลาสไดรฟ์จึงขึ้นไปอยู่ด้านบนสุดของรายการลำดับความสำคัญ
ตอนนี้เปลี่ยนมาใช้เครือข่ายค้าปลีกที่เก็บกล้องวงจรปิดตอนกลางคืนขนาด 500TB และต้องเก็บภาพไว้เป็นเวลาเจ็ดปี ไม่มีใครรังเกียจที่จะรอสักครู่เพื่อดึงวิดีโอทางเดินที่ห้าของฤดูหนาวที่แล้ว แต่ฝ่ายการเงินก็เฝ้าดูทุกสตางค์ การแบ่งระดับข้อมูลนั้นไปยังที่เก็บข้อมูลถาวรที่เข้ากันได้กับ S3 ที่สี่ดอลลาร์ต่อเทราไบต์ จากนั้นจึงเปลี่ยนวงจรชีวิตของฟุตเทจอายุหนึ่งปีไปสู่ระดับเย็นที่ประมาณ 1 ดอลลาร์และการเปลี่ยนแปลง ช่วยให้เจ้าหน้าที่ปฏิบัติตามกฎระเบียบและนักบัญชีพึงพอใจ เกณฑ์มาตรฐานที่แตกต่างกัน ผู้ชนะที่แตกต่างกัน
การออกแบบพื้นที่จัดเก็บข้อมูลแบบทึบยังคงอาศัยระบบป้องกันสุญญากาศ กระชับรั้ว IAM และคีย์การเข้ารหัสก่อน จากนั้นจึงปรับขนาดวอลุ่มของคุณ หากต้องการทบทวนอย่างรวดเร็วเกี่ยวกับการปิดช่องว่างเหล่านั้น โปรดอ่านของเรา คู่มือความปลอดภัยบนคลาวด์ซึ่งแยกย่อยความรับผิดชอบร่วมกันและแนวทางปฏิบัติในการตอบสนองอย่างรวดเร็ว
การทำลายพื้นที่เก็บข้อมูลที่ถูกบล็อก: กรณีการใช้งานและข้อจำกัด
พื้นที่จัดเก็บแบบบล็อกจะแยกดิสก์เสมือนออกเป็นบล็อกขนาดคงที่ซึ่งเลียนแบบไดรฟ์ในเครื่อง ระบบปฏิบัติการของคุณจะฟอร์แมต จากนั้นฐานข้อมูลหรืออิมเมจ VM จะปฏิบัติต่อสิ่งเหล่านั้นเหมือนกับดิสก์อื่นๆ
เหมาะมาก
- ฐานข้อมูล OLTP การทำธุรกรรมระดับสูงที่ต้องการ IOPS ที่คาดการณ์ได้
- วอลลุมสำหรับบูทที่มีความหน่วงต่ำสำหรับอินสแตนซ์การประมวลผล
- บัฟเฟอร์การรวมบันทึกที่หมุนเวียนอย่างรวดเร็วแต่ต้องรอดจากการรีสตาร์ทอินสแตนซ์
ข้อจำกัดที่ยาก
- การปรับขนาดหมายถึงปริมาณที่มากขึ้นหรือมากกว่า ไม่ใช่ที่เก็บข้อมูลที่ไม่มีที่สิ้นสุด
- สแน็ปช็อตดั้งเดิมอยู่ในโซนเดียวกัน ดังนั้นการป้องกันนอกสถานที่จึงจำเป็นต้องมีการจำลองแบบด้วยตนเอง
- ข้อมูลเมตาอยู่นอกวอลุ่ม ทำให้ความสามารถในการค้นหาลดลงเมื่อเทียบกับออบเจ็กต์เพียร์
เมื่อคุณเรียงตัวเลขเข้าด้วยกัน Block จะยังคงบดขยี้เวลาแฝงในการเขียน แต่มักจะมีราคาต่อกิกะไบต์สูงกว่า โปรดจำไว้ว่าเมื่อใดก็ตามที่การสนทนาระหว่าง Object vs. Block และ file storage เบี่ยงเบนไปสู่งบประมาณ
ทำความเข้าใจกับพื้นที่จัดเก็บอ็อบเจ็กต์: ความสามารถในการขยายขนาดและคุณประโยชน์
ออบเจ็กต์จัดเก็บข้อมูลแบบ Wrap และข้อมูลเมตาที่หลากหลายไว้ภายในเนมสเปซแบบเรียบ ซึ่งเข้าถึงได้ผ่านการเรียก REST หรือ SDK ที่เข้ากันได้กับ S3
ทำไมมันถึงส่องแสง
- ที่เก็บข้อมูลใกล้ไม่มีที่สิ้นสุด: ความสามารถในการปรับขนาดพื้นที่จัดเก็บข้อมูลมาถึงโดยไม่ต้องแบ่งพาร์ติชันใหม่
- ข้อมูลเมตาที่กำหนดเอง: แท็กไฟล์ด้วยรหัสโปรเจ็กต์หรือแฟล็กการเก็บรักษาเพื่อการกำกับดูแลที่ไม่ยุ่งยาก
- กฎการกำหนดเวอร์ชันและวงจรการใช้งานในตัว: เหมาะสำหรับการเก็บข้อมูลถาวรและการเก็บรักษาข้อมูลทางกฎหมาย
คุณอาจสงสัยว่าเมื่อใดจึงควรใช้พื้นที่จัดเก็บอ็อบเจ็กต์แทนบล็อควอลลุมที่เชื่อถือได้ ทางลัดของฉัน: อะไรก็ตามที่มีขนาดเกิน 100GB ที่ผู้ใช้ไม่ค่อยได้แก้ไขแต่อาจอ่านได้จากหลายภูมิภาค อยู่ที่นี่ Big Data Lake, เนื้อหาเว็บแบบคงที่ และชุดการฝึกอบรมแมชชีนเลิร์นนิง ทำเครื่องหมายที่ช่องนั้น ทำซ้ำมนต์ที่ว่าเมื่อใดควรใช้พื้นที่จัดเก็บอ็อบเจ็กต์ เมื่อใดควรใช้พื้นที่จัดเก็บอ็อบเจ็กต์ เมื่อใดควรใช้พื้นที่จัดเก็บอ็อบเจ็กต์ และคุณจะระบุ Edge Case ที่ยังคงต้องการบล็อกได้อย่างรวดเร็ว
อธิบายการจัดเก็บไฟล์: ความคุ้นเคยและกรณีการใช้งาน
พื้นที่จัดเก็บไฟล์จะแสดงโครงสร้างแบบลำดับชั้นที่ให้ความรู้สึกเหมือนเป็นไดรฟ์ที่แชร์ ติดตั้งด้วย NFS หรือ CIFS ตั้งค่าสิทธิ์ และ Playbooks DevOps ของคุณจะยังคงเหมือนเดิม
ทำไมทีมถึงยังรักมัน
- ยกและย้ายแอปรุ่นเก่าที่คาดหวัง /mnt/projects.
- ไปป์ไลน์การผลิตสื่อที่ผู้แก้ไขทำงานร่วมกันในไฟล์เดียวกัน
- การจัดการโควต้าอย่างง่ายตามไดเร็กทอรี
ตัวเลือกพื้นที่จัดเก็บไฟล์ VPS สมัยใหม่สะท้อนถึงความคุ้นเคยในขณะที่เพิ่มความสามารถในการจ่ายตามที่คุณเติบโต อย่างไรก็ตาม โปรดจำไว้ว่าการเรียกข้อมูลเมตาเพิ่มเติมทุกครั้งจะเพิ่มเวลาแฝงเมื่อเทียบกับบล็อกดิบ IO วัดสองครั้ง แมปครั้งเดียว และเก็บตัวเลือกการจัดเก็บไฟล์ VPS ไว้บนส่วนเครือข่ายเฉพาะที่มีความกระวนกระวายใจต่ำเพื่อผลลัพธ์ที่ดีที่สุด
ความแตกต่างที่สำคัญ: ตารางเปรียบเทียบ
บางครั้งคำก็พร่าเลือนกัน ตารางด้านล่างแสดงประเด็นสำคัญเพื่อให้ดวงตาของคุณสามารถเลือกผู้ชนะได้ภายในไม่กี่วินาที
| คุณสมบัติ | บล็อกการจัดเก็บข้อมูล | การจัดเก็บวัตถุ | พื้นที่จัดเก็บไฟล์ |
| โปรโตคอลการเข้าถึง | iSCSI, NVMe-oF | ส่วนที่เหลือ, รองรับ S3 | NFS, SMB/CIFS |
| เวลาแฝงทั่วไป | <5ms | 30–100ms | 5–15ms |
| ความจุสูงสุด | ขีดจำกัดขนาดวอลุ่ม (แตกต่างกันไปตามโฮสต์) | แทบไม่มีขีดจำกัด | ปรับขนาดตามขีดจำกัดของคลัสเตอร์ |
| IOPS โฟกัส | สูงสม่ำเสมอ | ปานกลาง | ปานกลาง |
| ปริมาณงาน | สูงมีแถบ | สูงสำหรับการอ่านตามลำดับ | ปานกลาง |
| ข้อมูลเมตา | น้อยที่สุดภายนอก | รวยขยายได้ | POSIX มาตรฐาน |
| ปริมาณงานในอุดมคติ | ฐานข้อมูล ดิสก์ VM | การสำรองข้อมูล การเก็บถาวรข้อมูล สื่อ CDN | ไดเร็กทอรีโฮมที่ใช้ร่วมกัน, CMS |
| รูปแบบการกำหนดราคา | ขนาด + ระดับ IOPS | ขนาด+ทางออก | ขนาด + ระดับปริมาณงาน |
ดูว่าทั้งสามกลุ่ม Object vs. Block vs file storage แบ่งความรับผิดชอบอย่างไร บล็อกเวลาแฝงของตัวเอง ออบเจ็กต์ได้รับความสามารถในการปรับขนาดพื้นที่จัดเก็บข้อมูล และไฟล์มอบความสะดวกสบายในการทำงานร่วมกัน
ตัวเลือกพื้นที่เก็บข้อมูล VPS เหมาะสมอย่างไร
ใช้งานสแต็กของคุณบนเซิร์ฟเวอร์ส่วนตัวเสมือนหรือไม่? ข่าวดี: ขณะนี้ผู้ให้บริการส่วนใหญ่รวมบริการทั้งสามเข้าด้วยกันแล้ว ดังนั้นคุณจึงไม่จำเป็นต้องย้ายระบบคลาวด์เพื่อให้ได้บริการตามที่คุณต้องการ กฎง่ายๆของฉัน:
- แนบบล็อควอลลุมประสิทธิภาพสูงเข้ากับแต่ละโหนดฐานข้อมูล
- วางส่วนแบ่ง NFS สำหรับสินทรัพย์ของทีมและไปป์ไลน์ CI
- ชี้การสำรองข้อมูลและส่งออกบันทึกไปที่บัคเก็ต S3 ซึ่งอยู่ในศูนย์ข้อมูลเดียวกัน
การนำทั้งสามสิ่งนี้มาใช้ภายในผู้เช่ารายเดียวจะช่วยลดเวลาแฝงระหว่างระดับและหลบเลี่ยงค่าธรรมเนียมการออกไปยัง เมฆสาธารณะ. หากคุณกำลังตามล่าข้อตกลง เปรียบเทียบข้อเสนอภายใต้ทางเลือกอื่นๆ ของ Google Cloud. ยังดีกว่า สร้างอินสแตนซ์ทดสอบวันนี้—ลองดูของเรา โซลูชั่นการประมวลผลแบบคลาวด์เปิดตัว VPS ขนาดพกพา และเปรียบเทียบปริมาณงานจริงในเวลาไม่ถึงห้านาที จับคู่กับชิ้นส่วนของเราในการทำความเข้าใจส่วนประกอบเครือข่ายคลาวด์กับแพ็กเก็ตอย่างมีประสิทธิภาพ และคุณจะมีตัวเลือกการจัดเก็บไฟล์ VPS ที่ไม่สะดุดโดยไม่ต้องแปลกใจ
การเลือกพื้นที่จัดเก็บข้อมูลที่เหมาะสมสำหรับโครงการของคุณ
อัมพาตการตัดสินใจจะหายไปเมื่อคุณแมปลักษณะปริมาณงานกับลักษณะการจัดเก็บข้อมูล ใช้รายการตรวจสอบด้านล่างในครั้งถัดไปที่เพื่อนร่วมทีมถามว่าควรจัดเตรียมบัคเก็ตหรือวอลุ่มใด
รายการตรวจสอบการยิงด่วน
- ข้อมูลมีการทำธุรกรรมหรือไม่? ไปบล็อก; อย่าประนีประนอมกับ IOPS
- ชุดข้อมูลส่วนใหญ่เป็นการเขียนครั้งเดียว อ่านจำนวนมากหรือไม่ นั่นคือเวลาที่ต้องใช้ที่เก็บข้อมูลอ็อบเจ็กต์
- เซิร์ฟเวอร์หลายเครื่องต้องการไฟล์เดียวกันหรือไม่? การแชร์ไฟล์เอาชนะ rsync ด้วยตนเอง
- รอยเท้าจะขยายเกินหนึ่งเทราไบต์ภายในหนึ่งปีหรือไม่ วางแผนตั้งแต่เนิ่นๆ สำหรับความสามารถในการปรับขนาดพื้นที่เก็บข้อมูล แทนที่จะดำเนินการในนาทีสุดท้าย
- เส้นทางการตรวจสอบหรือกฎเกณฑ์ในการเก็บข้อมูลมีบทบาทหรือไม่? การกำหนดเวอร์ชันออบเจ็กต์และนโยบายวงจรการใช้งานช่วยลดความยุ่งยากในการปฏิบัติตามข้อกำหนด
- แอปทำงานบน VPS ที่มีรูปแบบการรับส่งข้อมูลที่คงที่หรือไม่? พึ่งพาไดรฟ์ข้อมูลในเครื่องพร้อมตัวเลือกการจัดเก็บไฟล์ VPS สำหรับใบเรียกเก็บเงินที่คาดการณ์ได้
รวมคำตอบเข้าด้วยกัน แล้วปริศนา Object vs. Block vs. file storage จะแก้ได้เอง บุ๊กมาร์กตารางพื้นฐานของเราไว้ แล้วกลับมาดูอีกครั้งพร้อมกับเซสชันที่อธิบายประเภทพื้นที่เก็บข้อมูลบนคลาวด์กับทีมของคุณ แล้วคุณจะแซงหน้าผู้จำหน่ายที่ผลักดันการนำเสนอแบบขนาดเดียวที่เหมาะกับทุกคน
ความคิดสุดท้าย
การเลือกระหว่าง Object vs Block vs File Storage นั้นไม่เกี่ยวกับแฟชั่นเท่าไหร่ แต่เกี่ยวกับการติดตั้งโบลต์ด้านขวากับน็อตด้านขวามากกว่า จับคู่เวลาแฝง ปริมาณงาน และความคงอยู่ของข้อมูลเป้าหมายแต่ละเลเยอร์ และส่วนที่เหลือคลิกเข้าที่ ตัวคุณในอนาคต—ด้วยการสอบถามที่เร็วขึ้น ใบแจ้งหนี้ที่น้อยลง และการตรวจสอบที่ง่ายขึ้น—จะขอบคุณ
ต้องการทบทวนแบ็คโบนภายใต้โปรโตคอลการจัดเก็บข้อมูลทุกรายการหรือไม่ ไพรเมอร์ของเราบน การประมวลผลแบบคลาวด์ วางเลเยอร์ IaaS, PaaS และ SaaS เพื่อให้คุณมองเห็นตำแหน่งของบล็อก วัตถุ และไฟล์ได้