การกระจายทั่วไปของ Alibaba Cloud International การจำลองแบบข้ามภูมิภาค OSS และการกำหนดค่ากลยุทธ์การสำรองข้อมูลอัตโนมัติ

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

ในฐานะที่เป็นระบบจัดเก็บข้อมูลหลักสำหรับการจัดเก็บข้อมูลที่ไม่มีโครงสร้าง Alibaba Cloud Storage Service (OSS) มักใช้เพื่อพกพารูปภาพวิดีโอไฟล์บันทึกไฟล์สำรองฐานข้อมูลและข้อมูลแอปพลิเคชันหลักจำนวนมากเมื่อเผชิญกับภัยธรรมชาติระดับภูมิภาคสายเคเบิลออปติคอลขัดข้องเครือข่ายล้มเหลวหรือการลบโดยไม่ได้ตั้งใจการขู่กรรโชกที่เป็นอันตรายและเหตุการณ์อื่นๆในการดำเนินการและการบำรุงรักษาประจำวันการขาดการกู้คืนระบบข้ามภูมิภาคและกลไกการสำรองข้อมูลที่มีประสิทธิภาพมักนำไปสู่ความสูญเสียทางธุรกิจที่ไม่สามารถย้อนกลับได้

บทความนี้จะแยกชิ้นส่วนวิธีการใช้ Alibaba Cloud OSS จากสี่มิติของหลักการทางเทคนิคการวางแผนสถาปัตยกรรมการกำหนดค่าการต่อสู้จริงและแนวทางปฏิบัติในการดำเนินงานและการบำรุงรักษาที่ดีที่สุด

การจำลองแบบข้ามภูมิภาค (Cross-Region Replication, CRR) ด้วยกลยุทธ์การสำรองข้อมูลอัตโนมัติ

สร้างตาข่ายป้องกันความปลอดภัยของข้อมูลที่มั่นคง

1.ความเสี่ยงหลักและระบบป้องกันที่ต้องเผชิญกับความปลอดภัยของข้อมูล OSS

ก่อนที่จะเริ่มการกำหนดค่าเฉพาะจำเป็นต้องชี้แจงสถานการณ์ความเสี่ยงหลักสองประเภทที่ต้องเผชิญกับความปลอดภัยของข้อมูล:

ความล้มเหลวในพื้นที่ใช้งานเดียว/พื้นที่เดียว: เช่นไฟฟ้าดับในศูนย์ข้อมูลไฟไหม้การหยุดชะงักของเครือข่ายที่รุนแรงและสภาวะที่รุนแรงอื่นๆฉากดังกล่าวต้องการการกู้คืนระบบข้ามภูมิภาค

ผู้จัดจำหน่ายทั่วไปของ Alibaba Cloud International

กลไก (Disaster Recovery) ช่วยให้มั่นใจได้ว่าข้อมูลจะถูกเก็บไว้ในระดับภูมิสารสนเทศ

ข้อผิดพลาดของมนุษย์และความเสียหายที่เป็นอันตราย: เช่นการลบ Bucket โดยไม่ได้ตั้งใจโดยเจ้าหน้าที่ปฏิบัติการและบำรุงรักษา rm -rf, ransomware ที่เป็นอันตรายเข้ารหัสข้อมูลหรือข้อบกพร่องของโปรแกรมเขียนทับไฟล์สำคัญสถานการณ์ดังกล่าวต้องการการควบคุมหลายเวอร์ชัน (Versioning) และกลไกการสำรองข้อมูลอัตโนมัติตลอดอายุการใช้งาน (Lifecycle Rule)

สถาปัตยกรรมการเชื่อมโยงแนวป้องกันความปลอดภัยหลักของ Alibaba Cloud OSS

-------------------------------------------------------------------

| แหล่งที่มา Bucket (พื้นที่ต้นทาง) |

|-เปิดการควบคุมหลายรุ่น (Versioning: Enabled) |

|-เปิดนโยบายการเก็บรักษา/ป้องกันการงัดแงะ (WORM: Locked) |

-------------------------------------------------------------------

|

การคัดลอกข้ามภูมิภาค (CRR) | การเชื่อมโยงแบบอะซิงโครนัสแบบเรียลไทม์ (TLS เข้ารหัสการส่ง)

ว

-------------------------------------------------------------------

| เป้าหมาย Bucket (พื้นที่กู้คืน) |

|-บัญชีอิสระ/แยกบัญชีเดียวกัน |

|-ตั้งค่ากลยุทธ์วงจรชีวิตการจัดเก็บข้อมูลอัตโนมัติ/การจัดเก็บความถี่ต่ำ (การเพิ่มประสิทธิภาพต้นทุนการสำรองข้อมูล) |

-------------------------------------------------------------------

2.การวิเคราะห์เชิงลึกและการกำหนดค่าของเทคโนโลยีการจำลองแบบข้ามภูมิภาค (CRR)

Cross-Region Replication (Cross-Region Replication) เป็นฟังก์ชันการจำลองข้อมูลข้ามภูมิภาคแบบอะซิงโครนัสที่จัดทำโดย OSS หลังจากเปิดแล้วการดำเนินการใหม่อัปเดตและลบใน Bucket ต้นทางจะซิงโครไนซ์ระดับวินาที/นาทีไปยัง Bucket เป้าหมาย

1.ลักษณะทางเทคนิคหลักของ CRR และสถานการณ์การใช้งาน

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

การกู้คืนระบบระยะไกล: เมื่อเกิดเหตุสุดวิสัยในพื้นที่หลักระบบธุรกิจสามารถอ่านและเขียนข้อมูลไปยัง Bucket ในพื้นที่สำรองได้อย่างรวดเร็ว

ตัวแทนจำหน่ายระดับนานาชาติของอาลีบาบาคลาวด์

การเข้าถึงล่าช้าต่ำมาก: ทีมธุรกิจแบบกระจายระยะไกลอ่านสำเนา Bucket ในพื้นที่โดยตรงโดยไม่ต้องดึงข้อมูลข้ามประเทศหรือข้ามจังหวัด

2.การเตรียมการก่อนการกำหนดค่า CRR

ก่อนที่จะกำหนดค่า CRR ต้องปฏิบัติตามเงื่อนไขต่อไปนี้:

แหล่งที่มา Bucket และเป้าหมาย Bucket ตั้งอยู่ในภูมิภาคต่างๆ (เช่น East China 1 Hangzhou คัดลอกไปยัง North China 2 Beijing)

สถานะการควบคุมเวอร์ชันของ Bucket ต้นทางและเป้าหมาย Bucket ยังคงเหมือนเดิม (ขอแนะนำอย่างยิ่งให้เปิด "การควบคุมหลายเวอร์ชัน")

บัญชีปฏิบัติการมีสิทธิ์ AliyunOSSFullAccess หรือมีสิทธิ์กำหนดค่า Boss: SetBucketReplication

3.ขั้นตอนการกำหนดค่า CRR จริง

ขั้นตอนที่1: สร้าง Bucket เป้าหมายและเปิดใช้งานหลายเวอร์ชัน

ไปที่คอนโซล Alibaba Cloud OSS ในพื้นที่กู้คืนภัยพิบัติ (เช่น

Cn-beijing

) สร้าง Bucket ใหม่:

ชื่อ:company-data-backup-bj

ประเภทการจัดเก็บ: การจัดเก็บข้อมูลมาตรฐานหรือการเข้าถึงความถี่ต่ำ

การควบคุมเวอร์ชัน: เปิด

ขั้นตอนที่2: กำหนดค่ากฎการคัดลอกข้ามภูมิภาคใน Bucket ต้นทาง

ป้อนแหล่งที่มา Bucket (

Company-data-main-hz

)หน้าการจัดการ:

ในแถบนำทางด้านซ้ายเลือกการจัดการข้อมูล-> คัดลอกข้ามภูมิภาค

คลิกเปิดใช้งานการคัดลอกข้ามภูมิภาค

กำหนดเป้าหมาย Bucket: เลือก Bucket ระยะไกลที่เตรียมไว้ (company-data-backup-bj)

เลือกวัตถุคัดลอก: วัตถุทั้งหมด: เหมาะสำหรับการกู้คืนระบบเต็มรูปแบบระบุโดยคำนำหน้า/แท็ก: คัดลอกเฉพาะไดเรกทอรีเฉพาะ (เช่น prod-db-backups/หรือ user-assets/)

ตั้งค่านโยบายการคัดลอกและสิทธิ์: ประเภทการดำเนินการคัดลอก: เลือก "การดำเนินการเขียน (เพิ่ม/แก้ไข)" และ "การซิงโครไนซ์ข้อมูลในอดีต" ไม่ว่าจะซิงโครไนซ์การดำเนินการลบ: ขอแนะนำให้ตรวจสอบหากเปิดการควบคุมหลายเวอร์ชันการดำเนินการลบจะสร้าง DeleteMarker เท่านั้นและจะไม่ลบข้อมูลทางกายภาพ

การกำหนดค่าการเข้ารหัส: หากแหล่งที่มา Bucket เปิด SSE-KMS หรือ SSE-OSS การเข้ารหัสฝั่งเซิร์ฟเวอร์การแปลงและการส่งรหัสจะต้องได้รับอนุญาตในระหว่างกระบวนการคัดลอก

ขั้นตอนที่3: คัดลอกการตรวจสอบสถานะด้วย RTS (Real Time Copy)

หลังจากเปิดการจำลองข้อมูลแล้วคอนโซลจะแสดงความคืบหน้าการซิงโครไนซ์และตัวบ่งชี้ความล่าช้าหากธุรกิจมีข้อกำหนดที่สูงมากสำหรับ RTO (เป้าหมายเวลาในการกู้คืน) และ RPO (เป้าหมายจุดกู้คืน)

ตัวแทนจำหน่ายระดับนานาชาติของอาลีบาบาคลาวด์

สามารถเปิดได้

RTS(Real-Time Replication Speed)

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

3.การควบคุมหลายเวอร์ชันและกลยุทธ์การสำรองข้อมูลอัตโนมัติตลอดอายุการใช้งาน

การจำลองแบบข้ามภูมิภาคช่วยแก้ปัญหาการกู้คืนระบบระยะไกลที่เกิดจาก "ความล้มเหลวทางกายภาพ" แต่หากไฟล์สำคัญถูกลบโดยไม่ได้ตั้งใจที่ต้นทางกลไกการคัดลอกจะซิงโครไนซ์การดำเนินการลบกับ Bucket ระยะไกลเพื่อรับมือ

การลบแบบลอจิคัลและการปลอมแปลงข้อมูล

, ต้องแนะนำการประกันสองชั้นของ "การสำรองข้อมูลวงจรชีวิตการควบคุมหลายเวอร์ชัน"

1.หลายรุ่นควบคุม (Versioning) กลไก

เมื่อ Bucket เปิดการควบคุมหลายเวอร์ชัน:

การเขียนทับของวัตถุ (PutObject) จะไม่เขียนทับข้อมูลในอดีตแต่จะสร้าง ID เวอร์ชันใหม่

การลบวัตถุ (DeleteObject) จะไม่ลบข้อมูลจริงๆแต่จะเพิ่ม DeleteMarker

เฉพาะคำขอลบ VersionId ที่ระบุอย่างชัดเจนเท่านั้นที่สามารถลบเวอร์ชันในอดีตที่เฉพาะเจาะจงได้อย่างสมบูรณ์

เปิดหลายเวอร์ชันผ่าน Alibaba Cloud CLI / SDK

แบช

# เปิดใช้งานหลายเวอร์ชันด้วยเครื่องมือบรรทัดคำสั่ง ossutil

อ็อบเจ็กต์บักเก็ต

-versioning --method set oss://company-data-main-hz เปิดใช้งาน

2.การสำรองข้อมูลอัตโนมัติและการเพิ่มประสิทธิภาพค่าใช้จ่ายตาม Lifecycle (วงจรชีวิต)

หลังจากเปิดหลายเวอร์ชันข้อมูลเต็มในอดีตจะยังคงสะสมอยู่ส่งผลให้ต้นทุนการจัดเก็บเพิ่มขึ้นอย่างรวดเร็วโดยการกำหนดค่า OSS วงจรชีวิต

กฎการแปลง/ลบเวอร์ชันประวัติศาสตร์

สามารถดำเนินการสำรองข้อมูลแบบลดระดับและคัดออกโดยอัตโนมัติได้

เทมเพลตการออกแบบกฎวงจรชีวิต (กฎทอง)

วัตถุประสงค์ของกฎ

สถานะข้อมูล

ช่วงเวลาสำคัญ

การกำหนดค่าการกระทำ

ข้อมูลความร้อน

รุ่นปัจจุบัน (Current Version)

30วันโดยไม่มีการเข้าชม

แปลงเป็นที่เก็บข้อมูลการเข้าถึงความถี่ต่ำ (IA)

ข้อมูลเย็น

รุ่นปัจจุบัน (Current Version)

ไม่ได้เข้าใช้งานเป็นเวลา180วัน

เปลี่ยนเป็นการจัดเก็บแบบถาวร (Archive)

การสำรองข้อมูล

รุ่นประวัติศาสตร์ (Noncurrent Version)

หลังจาก7วัน

แปลงเป็นที่เก็บข้อมูลการเข้าถึงความถี่ต่ำ (IA)

การสำรองข้อมูลเชิงลึก

รุ่นประวัติศาสตร์ (Noncurrent Version)

หลังจาก30วัน

เปลี่ยนเป็นการจัดเก็บแบบถาวร (Archive)

ทำความสะอาดอัตโนมัติ

รุ่นประวัติศาสตร์ (Noncurrent Version)

365วันต่อมา

ลบทั้งหมด (หลังจากตรงตามระยะเวลาการเก็บรักษาการปฏิบัติตามข้อกำหนด)

ทำความสะอาดเศษ

ไฟล์ที่กระจัดกระจาย (Multipart Upload)

หลังจาก7วัน

ยกเลิกชิ้นส่วนที่ยังไม่เสร็จโดยอัตโนมัติ

การกำหนดค่าคอนโซลขั้นตอนกลยุทธ์วงจรชีวิต

ไปที่หน้า Bucket และคลิกการจัดการข้อมูล-> การจัดการวงจรชีวิต

คลิกสร้างกฎ

ขอบเขตของการใช้นโยบายคือถังเก็บข้อมูลเต็มรูปแบบหรือคำนำหน้าที่ระบุ

ตรวจสอบการกำหนดค่าเวอร์ชันในอดีต (เวอร์ชันในอดีต): ตั้งค่าวันเข้าถึงความถี่ต่ำ: 7วันตั้งค่าวันที่เก็บถาวร: 30วันตั้งค่าวันลบเวอร์ชันในอดีต: 365วัน

บันทึกกฎระบบ OSS จะเรียกใช้การทำความสะอาดงานตามกำหนดการและข้อมูลที่เกี่ยวข้องกับกลยุทธ์การแปลงโดยอัตโนมัติทุกวัน

ประการที่สี่การป้องกันขั้นสูง: ป้องกันการงัดแงะ (WORM/กลยุทธ์การเก็บรักษา) และการล็อคการปฏิบัติตาม

ในการตอบสนองต่อภัยคุกคามจากแรนซัมแวร์ที่เป็นอันตรายหรือการปฏิบัติตามข้อกำหนดระดับสูง (เช่นการตรวจสอบทางการเงิน GDPR, HIPAA) กลยุทธ์การสำรองข้อมูลทั่วไปยังคงมีความเสี่ยงที่จะถูกล้างโดยมีเจตนาร้ายโดยบัญชีที่มีอำนาจสูงการสนับสนุน Alibaba Cloud OSS

กลยุทธ์การเก็บรักษา WORM(Write Once, Read Many)

.

1. WORM กลไกการวิเคราะห์

หลังจากล็อคกลยุทธ์การเก็บรักษาของ Bucket ก่อนสิ้นสุดระยะเวลาการป้องกันที่กำหนดไว้ (เช่น5ปี):

ผู้ใช้รายใด (รวมถึงบัญชีหลักของ Alibaba Cloud RAM Root) ไม่สามารถลบหรือเขียนทับวัตถุและเวอร์ชันในอดีตได้

หลังจากนโยบายการเก็บรักษาถูกล็อคไม่สามารถผ่าน API ได้

หรือปลดบล็อกคอนโซลล่วงหน้าเพื่อป้องกันไม่ให้แรนซัมแวร์และบุคลากรภายในลบฐานข้อมูลโดยฝ่าฝืนข้อบังคับ

2.กำหนดค่าตัวอย่างนโยบาย WORM

แบช

ตัวแทนจำหน่ายระดับนานาชาติของอาลีบาบาคลาวด์

# กำหนดค่ากลยุทธ์การเก็บรักษาที่ไม่สามารถลบได้สำหรับถัง730วัน (2ปี)

ossutil retention -- method set oss:// company-data-main-hz 730

# กลยุทธ์การล็อค (คำเตือน: ไม่สามารถย้อนกลับได้หลังจากล็อคและไม่สามารถยกเลิกได้!)

ossutil retention -- method lock oss:// company-data-main-hz

ประการที่ห้าสถาปัตยกรรมการสำรองข้อมูล OSS ระดับองค์กรแนวทางปฏิบัติที่ดีที่สุด checklist

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

1.การแยกบัญชีและอำนาจ (หลักการของอำนาจขั้นต่ำ)

ปิดการใช้งานบัญชี RAM ทั่วโลก: * สิทธิ์

ขอแนะนำให้ต้นทางและปลายทางของการจำลองแบบข้ามภูมิภาคเปิดการจำลองข้ามบัญชี (Cross-Account Replication) แม้ว่าบัญชีหลักจะถูกขโมยแต่ผู้โจมตีจะไม่สามารถเข้าถึงและยุ่งเกี่ยวกับ Bucket ระยะไกลในบัญชีสำรองผ่านสิทธิ์ต้นทาง

2.การเข้ารหัสการส่งและการลงจอด

เปิดการเข้ารหัสเซิร์ฟเวอร์ (SSE-KMS หรือ SSE-OSS) เพื่อให้แน่ใจว่าข้อมูลได้รับการเข้ารหัสเมื่อมีการลงจอดแบบคงที่

การกำหนดค่าทั่วโลก Bucket Policy บังคับว่าการเรียกค้น API ทั้งหมดจะต้องส่งผ่าน HTTPS

3.เจาะกระบวนการกู้คืนนอกสถานที่เป็นประจำ

ความหมายสูงสุดของการสำรองข้อมูลคือการกู้คืนทีมปฏิบัติการและบำรุงรักษาควรสร้างกลไกการฝึกซ้อมการกู้คืนระบบระดับรายไตรมาส: จำลองพื้นที่หลัก Bucket ถูกแบนหรือการเชื่อมต่อถูกขัดจังหวะเริ่มแผนแก้ไขชื่อโดเมน OSS Endpoint ในรหัสแอปพลิเคชันและชี้ไปที่ Bucket สำรองข้อมูลระยะไกลตรวจสอบความสมบูรณ์ของฟังก์ชันการอ่านและการเขียนทางธุรกิจ

4.การตรวจสอบบันทึกและคำเตือนที่ผิดปกติ

เปิดฟังก์ชันการสืบค้นบันทึกแบบเรียลไทม์ OSS (บริการบันทึก SLS)

กำหนดค่าการแจ้งเตือน CloudMonitor (การตรวจสอบบนคลาวด์): ตั้งค่าการแจ้งเตือนเกณฑ์สำหรับการดำเนินการ DeleteObject หรือ DeleteMultipleObjects จำนวนมากที่เกิดขึ้นในช่วงเวลาสั้นๆและจับพฤติกรรมการลบที่ผิดปกติในครั้งแรก

บทสรุป

ในสถาปัตยกรรมเนทีฟบนคลาวด์สมัยใหม่มูลค่าของความปลอดภัยของข้อมูลนั้นสูงกว่าทรัพยากรคอมพิวเตอร์มากการจำลองแบบข้ามภูมิภาค (CRR) ที่จัดทำโดย Alibaba Cloud OSS

ปัญหาการกู้คืนระบบระยะไกลในมิติเชิงพื้นที่

, การควบคุมหลายเวอร์ชันและการจัดการวงจรชีวิตได้รับการแก้ไข

การตรวจสอบย้อนกลับเวอร์ชันของมิติเวลาและปัญหาความสมดุลของต้นทุน

และกลยุทธ์การเก็บรักษา WORM และการแยกข้ามบัญชีถูกสร้างขึ้น

แนวป้องกันสุดท้ายจากการขู่กรรโชกและการทำลายที่เป็นอันตราย

.

เข้าใจอย่างถ่องแท้และกำหนดค่ากลไกการป้องกันพื้นฐานเหล่านี้อย่างยืดหยุ่นและเปลี่ยนความปลอดภัยของข้อมูลจาก "การแก้ไขหลังเหตุการณ์" เป็น "การป้องกันล่วงหน้า"

รากฐานที่สำคัญของธุรกิจคลาวด์ที่มั่นคงและกว้างไกล

ตัวแทนจำหน่ายระดับนานาชาติของอาลีบาบาคลาวด์