Dasar-dasar AWS Multi-Wilayah

Tanggal publikasi: 20 Desember 2022 (Revisi dokumen)

Abstrak

Paper tingkat 300 yang canggih ini ditujukan untuk arsitek cloud dan pemimpin senior yang membangun beban kerja tentang AWS siapa yang tertarik menggunakan arsitektur Multi-wilayah untuk meningkatkan ketahanan beban kerja mereka. Paper ini mengasumsikan pengetahuan dasar AWS infrastruktur dan layanan. Ini menguraikan kasus penggunaan Multi-wilayah yang umum, berbagi konsep dan implikasi Multi-wilayah mendasar seputar desain, pengembangan, dan penerapan, dan memberikan panduan preskriptif untuk membantu Anda menentukan dengan lebih baik apakah arsitektur Multi-wilayah tepat untuk beban kerja Anda.

Apakah Anda Well-Architected?

AWSWell-Architected Framework membantu Anda memahami pro dan kontra dari keputusan yang Anda buat saat membangun sistem di cloud. Enam pilar Kerangka memungkinkan Anda mempelajari praktik terbaik arsitektur untuk merancang dan mengoperasikan sistem yang andal, aman, efisien, hemat biaya, dan berkelanjutan. Dengan menggunakan AWS Well-Architected Tool, tersedia tanpa biaya di AWS Management Console, Anda dapat meninjau beban kerja Anda terhadap praktik terbaik ini dengan menjawab serangkaian pertanyaan untuk setiap pilar.

Untuk panduan ahli dan praktik terbaik lainnya untuk arsitektur cloud Anda—penerapan arsitektur referensi, diagram, dan whitepaperer—lihat Pusat Arsitektur. AWS

Pengantar

Masing-masing Wilayah AWSterdiri dari beberapa Availability Zone yang independen dan terpisah secara fisik dalam suatu wilayah geografis. Pemisahan logis yang ketat antara layanan perangkat lunak di setiap Wilayah dipertahankan. Desain yang bertujuan ini memastikan bahwa kegagalan infrastruktur atau layanan di satu Wilayah tidak akan mengakibatkan kegagalan yang berkorelasi di Wilayah lain.

Sebagian besar AWS pelanggan dapat mencapai tujuan ketahanan mereka untuk beban kerja di satu Wilayah menggunakan beberapa Availability Zone (AZ) atau layanan Regional. AWS Namun, sebagian pelanggan mengejar arsitektur Multi-wilayah karena tiga alasan.

• Mereka memiliki ketersediaan tinggi dan kontinuitas persyaratan operasi untuk beban kerja tingkat tertinggi mereka yang mereka yakini tidak dapat dipenuhi di satu Wilayah.

• Mereka perlu memenuhi persyaratan kedaulatan data (seperti kepatuhan terhadap hukum, peraturan, dan kepatuhan setempat) yang memerlukan beban kerja untuk beroperasi dalam yurisdiksi tertentu.

• Mereka perlu meningkatkan kinerja dan pengalaman pelanggan untuk beban kerja dengan menjalankan beban kerja di lokasi yang paling dekat dengan pengguna akhir.

Paper ini berfokus pada ketersediaan tinggi dan kontinuitas persyaratan operasi, dan membantu Anda menavigasi pertimbangan untuk mengadopsi arsitektur Multi-wilayah untuk beban kerja. Kami menjelaskan konsep dasar yang berlaku untuk desain, pengembangan, dan penyebaran beban kerja Multi-wilayah, bersama dengan kerangka kerja preskriptif untuk membantu Anda menentukan apakah arsitektur Multi-wilayah adalah pilihan yang tepat untuk beban kerja tertentu. Anda perlu memastikan arsitektur Multi-region adalah pilihan yang tepat untuk beban kerja Anda, karena arsitektur ini menantang, dan ada kemungkinan bahwa, jika tidak dilakukan dengan benar, ketersediaan keseluruhan beban kerja dapat berkurang.