Alibaba Cloud International Distribution OSS Penyalinan merentas wilayah dan konfigurasi strategi sandaran automatik
Keselamatan data bukan perkara remeh. Dalam arkitektur infrastruktur komputasi awan perusahaan, pemulihan bencana dan sandaran bagi perkhidmatan storan bukan sahaja merupakan satu tetapan konfigurasi, malah merupakan garis merah asas bagi kesinambungan perniagaan.
Penyimpanan Objek Alibaba Cloud (Object Storage Service, OSS) sebagai sistem storan teras untuk menyimpan data tidak berstruktur, sering digunakan untuk menampung sejumlah besar imej, video, fail log, fail sandaran pangkalan data serta data aplikasi utama. Apabila berdepan dengan bencana alam berskala wilayah, gangguan kabel optik, kegagalan rangkaian, atau insiden seperti pemadaman tidak sengaja serta serangan pengodam dalam operasi penyelenggaraan harian, kekurangan mekanisme pemulihan bencana merentas wilayah dan kaedah sandaran yang cekap sering membawa kepada kerugian perniagaan yang tidak dapat dipulihkan.
Artikel ini akan menganalisis secara mendalam, dari empat aspek iaitu prinsip teknikal, perancangan arkitektur, konfigurasi praktikal serta amalan terbaik pengoperasian dan penyelenggaraan, tentang cara menggunakan OSS Alibaba Cloud.
Penggandaan Rentas Wilayah (Cross-Region Replication, CRR) dan dasar sandaran automatik
Membina rangkaian perlindungan keselamatan data yang sekuat batu.
1. Risiko utama keselamatan data OSS dan sistem perlindungan
Sebelum memulakan konfigurasi khusus, adalah perlu untuk mengenal pasti dua senario risiko utama yang dihadapi oleh keselamatan data:
Kegagalan satu zon boleh guna/satu wilayah: seperti keadaan yang sangat ekstrem apabila pusat data mengalami gangguan bekalan elektrik, kebakaran, atau gangguan rangkaian yang serius. Situasi sebegini memerlukan pemulihan bencana merentasi wilayah.
Pengedar utama antarabangsa Alibaba Cloud
Mekanisme (Pemulihan Selepas Bencana) memastikan data mempunyai salinan yang disimpan pada peringkat geospatial.
Kesilapan manusia dan perbuatan sabotaj berniat jahat: seperti kakitangan operasi dan penyelenggaraan yang secara tidak sengaja memadamkan Bucket menggunakan arahan ossutil rm -rf, virus pemerasan yang sengaja mengenkripsi data, atau pepijat dalam program yang menimpa fail-fail penting. Situasi sebegini memerlukan kawalan pelbagai versi (Versioning) serta mekanisme pemulihan automatik mengikut kitaran hayat (Lifecycle Rule).
Struktur gabungan barisan pertahanan keselamatan utama OSS Alibaba Cloud
-------------------------------------------------------------------
| Rongga sumber (Wilayah sumber) |
|-Mendayakan kawalan pelbagai versi (Versioning: Didayakan) |
|-Mengaktifkan dasar pemeliharaan/pencegahan pengubahsuaian (WORM: Dikunci) |
-------------------------------------------------------------------
|
Replikasi merentas wilayah (CRR) | Pautan tak segerak masa nyata (penghantaran penyulitan TLS)
v
-------------------------------------------------------------------
| Sasaran Bucket (Kawasan Pemulihan Bencana Jauh) |
|-Akaun bebas/pengasingan jauh dari akaun yang sama |
|-Tetapkan dasar kitaran hayat pengarkiban automatik/penyimpanan frekuensi rendah (pengoptimuman kos sandaran) |
-------------------------------------------------------------------
2. Analisis mendalam dan amalan konfigurasi teknologi replikasi antara wilayah (CRR)
Pembiakan Rentas Wilayah (Cross-Region Replication) ialah fungsi pembiakan data rentas wilayah secara asinkron yang disediakan oleh OSS. Selepas diaktifkan, operasi cipta baharu, kemas kini dan padam dalam Bucket sumber akan disegerakkan secara asinkron pada kadar saat/minit ke Bucket sasaran.
1. Ciri teknikal teras dan senario aplikasi CRR
Keperluan pematuhan: Pelanggan dalam sektor kewangan, perubatan serta kerajaan dan perusahaan dikehendaki menyimpan salinan fizikal data mereka di lokasi yang berasingan sekurang-kurangnya 100 kilometer jauhnya.
Pemulihan bencana di lokasi berbeza: Apabila wilayah utama mengalami keadaan yang tidak dapat dielakkan, sistem perniagaan boleh dengan pantas menukar operasi baca dan tulis data ke dalam bekas di wilayah persediaan.
Pengedar utama antarabangsa Alibaba Cloud
Akses dengan kelewatannya yang sangat rendah: Pasukan perniagaan teragih di lokasi berbeza boleh terus membaca salinan tempatan dalam Bucket tanpa perlu mengakses data merentasi negara atau negeri.
2. Persediaan sebelum konfigurasi CRR
Sebelum menyediakan CRR, syarat-syarat berikut perlu dipenuhi:
Bekas sumber dan bekas sasaran terletak di wilayah yang berbeza (contohnya, salinan dari Wilayah Timur China 1, Hangzhou ke Wilayah Utara China 2, Beijing).
Status kawalan versi bagi Bucket sumber dan Bucket sasaran hendaklah sama (sangat disyorkan agar kedua-duanya mengaktifkan “kawalan pelbagai versi”).
Akaun operasi mempunyai kebenaran AliyunOSSFullAccess, atau mempunyai kebenaran Dasar Custom untuk mengkonfigurasi oss:SetBucketReplication.
3. Langkah-langkah konfigurasi praktikal CRR
Langkah 1: Cipta Bolek Sasaran dan Aktifkan Versi Pelbagai
Pergi ke konsol OSS Alibaba Cloud, di wilayah pemulihan bencana (seperti
cn-beijing
)Cipta sebuah Bakul baharu:
Nama:company-data-backup-bj
Jenis storan: Storan standard atau Akses Frekuensi Rendah
Kawalan versi: Diaktifkan
Langkah 2: Konfigurasikan peraturan pemindahan merentas wilayah pada Ember sumber.
Masuk ke Bucket Sumber(
data syarikat utama-hz
)Halaman pengurusan:
Pada bar navigasi sebelah kiri, pilih Pengurusan Data -> Pemindahan Lintas Wilayah.
Klik untuk mendayakan pembiakan rentas wilayah.
Tetapkan destinasi Bolek: Pilih Bolek luar lokasi yang telah disediakan (company-data-backup-bj).
Pilih objek untuk disalin: Semua objek: Sesuai untuk pemulihan bencana penuh. Tentukan mengikut awalan/tag: Hanya menyalin direktori tertentu (seperti prod-db-backups/ atau user-assets/).
Tetapkan strategi dan kebenaran pengkopian: Jenis operasi pengkopian: Tandakan “Operasi tulis (tambah/tukar)” dan “Penyelarasan data sejarah”. Sama ada untuk memadam secara serentak: disyorkan untuk menandakan kotak tersebut. Jika kawalan versi berbilang didayakan, operasi pemadaman hanya akan menghasilkan DeleteMarker (penanda padam) dan tidak akan memadamkan data secara fizikal.
Konfigurasi penyulitan: Jika Bucket sumber mempunyai penyulitan pelayan SSE-KMS atau SSE-OSS diaktifkan, kebenaran diperlukan untuk melakukan penukaran dan pemindahan data yang disulitkan semasa proses pemindahan.
Langkah 3: Pemantauan Status dan RTS (Penggandaan Masa Nyata)
Selepas pembiakan data diaktifkan, konsol akan memaparkan kemajuan penyegerakan serta petunjuk kelengahan. Jika perniagaan mempunyai keperluan yang sangat tinggi terhadap RTO (Objektif Masa Pemulihan) dan RPO (Objektif Titik Pemulihan),
Pengedar utama antarabangsa Alibaba Cloud
Boleh dibuka
Kelajuan Pengeluaran Semula Masa Nyata (RTS)
Pemecutan penghantaran masa nyata memastikan 99.99% objek disegerakkan antara lokasi dalam beberapa saat sahaja.
Tiga, Kawalan pelbagai versi dan strategi sandaran automatik kitaran hayat
Pembiakan merentasi wilayah menyelesaikan masalah pemulihan bencana di lokasi berbeza yang disebabkan oleh “kegagalan fizikal”, tetapi jika satu fail penting dipadam secara tidak sengaja di pihak sumber, mekanisme pembiakan akan menyegerakkan operasi pemadaman tersebut ke dalam bekas (bucket) di lokasi lain. Untuk menghadapi
Penghapusan logik dan penyalahgunaan data
, mesti memperkenalkan perlindungan berganda iaitu “kawalan pelbagai versi + sandaran kitaran hayat”.
1. Mekanisme kawalan pelbagai versi (Versioning)
Apabila kawasan simpanan diaktifkan dengan kawalan versi berbilang:
Operasi menulis semula (PutObject) terhadap objek tidak akan menimpa data sedia ada, sebaliknya akan menghasilkan ID Versi baharu.
Penghapusan objek (DeleteObject) tidak benar-benar memadamkan data, sebaliknya hanya menambahkan DeleteMarker.
Hanya permintaan pemadaman yang secara eksplisit menentukan VersionId sahaja yang dapat memadamkan versi sejarah tertentu secara kekal.
Mengaktifkan pelbagai versi melalui Alibaba Cloud CLI / SDK
Bash
# Mengaktifkan versi berbilang menggunakan alat baris arahan ossutil
baldi ossutil
-Versioning-method set oss:// syarikat-data-main-hz enabled
2. Pencadangan automatik dan pengoptimuman kos berdasarkan Kitaran Hayat
Selepas versi pelbagai diaktifkan, versi-versi lama bagi keseluruhan data akan terus bertambah, menyebabkan kos penyimpanan meningkat dengan cepat. Melalui konfigurasi kitaran hayat OSS
Peraturan penukaran/penghapusan versi sejarah
, boleh merealisasikan sandaran turun taraf dan penyingkiran secara automatik.
Templat reka bentuk peraturan kitaran hidup (peraturan emas)
Matlamat peraturan
Status data
Nod masa
Konfigurasi tindakan
Data panas
Versi semasa
Tidak dilawati selama 30 hari
Beralih ke penyimpanan akses frekuensi rendah (IA)
Data sejuk
Versi semasa
180 hari tidak dikunjungi
Beralih ke Penyimpanan Arkib (Archive)
Penyimpanan sandaran
Versi sejarah (Noncurrent Version)
7 hari kemudian
Beralih ke penyimpanan akses frekuensi rendah (IA)
Sandaran mendalam
Versi sejarah (Noncurrent Version)
30 hari kemudian
Beralih ke Penyimpanan Arkib (Archive)
Kosongkan secara automatik
Versi sejarah (Noncurrent Version)
365 hari kemudian
Padam sepenuhnya (setelah memenuhi kitaran pengekalan pematuhan)
Bersihkan serpihan
Fail Serpihan (Multipart Upload)
7 hari kemudian
Membatalkan secara automatik serpihan yang belum selesai
Langkah-langkah dasar kitaran hidup konfigurasi konsol
Pergi ke halaman Bucket dan klik Pengurusan Data-> Pengurusan Kitaran Hidup.
Klik Buat Peraturan.
Skop aplikasi strategi Pilih baldi penuh atau tentukan awalan.
Periksa Konfigurasi Versi Sejarah: Tetapkan ke frekuensi rendah Bilangan hari akses: 7 hari Tetapkan ke arkib Bilangan hari penyimpanan: 30 hari Tetapkan untuk menghapus jumlah hari versi sejarah: 365 hari
Simpan peraturan, sistem OSS secara automatik akan menjalankan data yang sesuai dari strategi pembersihan dan penukaran tugas penjadualan setiap hari.
4. Perlindungan Lanjutan: Pencegahan Pengubahsuaian (WORM/Strategi Pengekalan) dan Kunci Pematuhan
Semasa bertindak balas terhadap ancaman ransomware berbahaya atau memenuhi syarat pematuhan tinggi (seperti audit kewangan, GDPR, HIPAA), strategi sandaran biasa masih berisiko dikosongkan secara jahat oleh akaun berkuasa tinggi. Sokongan Alibaba Cloud OSS
WORM(Write Once, Read Many) mengekalkan strategi
.
1. Analisis mekanisme WORM
Selepas mengunci dasar pengekalan Bucket, sebelum tempoh perlindungan yang ditetapkan, seperti 5 tahun, berakhir:
Mana-mana pengguna (termasuk akaun utama Alibaba Cloud RAM Root) tidak dapat menghapus atau menimpa objek dan versi bersejarahnya.
Setelah dasar pengekalan dikunci, API tidak dapat dilalui
Atau konsol dibebaskan terlebih dahulu untuk mengelakkan ransomware dan kakitangan dalaman menghapus perpustakaan yang melanggar peraturan.
2. Contoh konfigurasi dasar WORM
Bash
Pengedar utama antarabangsa Alibaba Cloud
# Konfigurasikan dasar pemeliharaan yang tidak boleh dipadamkan selama 730 hari (2 tahun) untuk baldi
ossutil retention-method set oss:// syarikat-data-main-hz 730
# Dasar kunci (amaran: tidak dapat dipulihkan selepas mengunci, tidak dapat dilepaskan!)
ossutil retion-method lock oss:// syarikat-data-main-hz
Lima, Senarai Semak Terbaik untuk Reka Bentuk Sandaran OSS Peringkat Korporat
Untuk memastikan kebolehpercayaan mutlak seni bina penyimpanan perusahaan, disarankan untuk memeriksa dan melaksanakan item mengikut senarai semak operasi dan penyelenggaraan berikut:
1. Isolasi akaun dan keistimewaan (prinsip hak akses minimum)
Lumpuhkan akaun RAM Global oss:* Kebenaran.
Bahagian sumber dan tujuan replikasi merentas wilayah disyorkan untuk membuka Replikasi Akaun silang. Walaupun akaun utama dicuri, penyerang tidak dapat mengakses atau mengganggu Bucket jauh di akaun sandaran melalui kebenaran sumber.
2. Penyulitan semasa penghantaran dan penyimpanan
Hidupkan penyulitan pelayan (SSE-KMS atau SSE-OSS) untuk memastikan bahawa data dienkripsi ketika pesanan statik dibuat.
Konfigurasi global untuk Dasar Ember, mengenakan keperluan bahawa semua panggilan API mesti dipindahkan melalui HTTPS.
3. Latihan berkala mengenai proses pemulihan di tempat yang berbeza
Makna utama sandaran adalah pemulihan. Pasukan operasi dan penyelenggaraan harus mewujudkan mekanisme latihan pemulihan bencana setiap suku tahun: mensimulasikan larangan atau gangguan penyambungan Bucket di kawasan utama. Mulakan rancangan, ubah nama domain OSS Endpoint dalam kod aplikasi, dan arahkan ke Bucket sandaran jauh. Mengesahkan integriti fungsi baca dan tulis perniagaan.
4. Audit log dan penggera tidak normal
Aktifkan fungsi pertanyaan log masa nyata OSS (perkhidmatan log SLS).
Konfigurasikan penggera CloudMonitor (pemantauan awan): Tetapkan penggera ambang untuk sebilangan besar operasi DeleteObject atau DeleteMultipleObjects dalam jangka waktu yang singkat, dan tangkap penghapusan yang tidak normal pada kali pertama.
Kesimpulan
Dalam seni bina awan moden, nilai keselamatan data jauh lebih tinggi daripada sumber daya pengkomputeran. Pemindahan salinan merentas wilayah (CRR) yang disediakan oleh Alibaba Cloud OSS menyelesaikan
Masalah pemulihan bencana jarak jauh dalam dimensi ruang
, Kawalan pelbagai versi dan pengurusan kitaran hayat telah menyelesaikan
Penjejakan versi dalam dimensi masa dan isu keseimbangan kos
, manakala dasar pemeliharaan WORM serta pengasingan antara akaun pula membentuk
Garis pertahanan terakhir terhadap pemerasan dan kerosakan jahat
.
Memahami sepenuhnya dan mengkonfigurasi mekanisme perlindungan yang mendasari ini secara fleksibel, dan mengubah keselamatan data dari "pasca pemulihan" menjadi "pra-pertahanan" adalah perusahaan
Batu asas perniagaan yang stabil dan jangka panjang di awan.
Pengedar utama antarabangsa Alibaba Cloud