- Mengidentifikasi Kode Availability Zone
- Lapisan Penyimpanan vs Instance Server
- Apa yang Disediakan Penerapan Multi-AZ?
Untuk memahami sepenuhnya apa itu Multi-AZ Deployment
berarti untuk infrastruktur Anda, sangat penting untuk mengenali bagaimana Amazon Web Services dikonfigurasi di seluruh dunia dan dengan demikian bagaimana menyediakan layanan redundansi di mana pun lokasi Anda.
Seperti yang dibahas dalam dokumentasi resmi, AWS Cloud terdiri dari sejumlah Regions
, yang merupakan lokasi fisik di seluruh dunia, seperti Oregon, Amerika Serikat; Virginia Utara, Amerika Serikat; Irlandia; dan Tokyo.
Dalam setiap Regions
terdapat sejumlah pusat data fisik terpisah, yang dikenal sebagai Availability Zones
. Setiap Availability Zones
adalah fasilitas mandiri dengan kekuatan, konektivitas, dan kemampuan jaringannya sendiri. Sebagian besar Regions
adalah rumah bagi 2-3 Availability Zones
yang berbeda masing-masing, memberikan redundansi yang memadai bila diperlukan dalam Regions
yang diberikan .
Sementara Amazon selalu memperluas Regions
mereka dan Availability Zones
cakupan, Anda dapat melihat peta infrastruktur AWS Cloud saat ini pada gambar di bawah ini:
Gambar milik Amazon Web Services
Semua Availability Zones
dalam satu Regions
terhubung satu sama lain melalui jaringan serat optik pribadi, memungkinkan setiap Availability Zones
untuk berkomunikasi satu sama lain dan mentransfer data dengan cepat dan efisien sesuai kebutuhan.
Mengidentifikasi Kode Availability Zone
Saat membuat instans baru melalui dasbor AWS, Anda mungkin diberikan opsi untuk memilih Availability Zones
tertentu , atau dalam banyak kasus hanya Regions
dan sistem akan memilih Availability Zones
untukmu.
Regions
diberi label dengan string sederhana untuk menunjukkan negara dan/atau sub-kawasan jika perlu. Misalnya, us-west-2
adalah sebutan untuk Regions
Oregon, Amerika Serikat sementara us-west-1
adalah untuk California, Amerika Serikat.
Availability Zones
ditunjuk dengan mengikuti Regions
tag dengan penunjukan huruf, seperti us-west-1b
atau us-west-2a
.
Lapisan Penyimpanan vs Instance Server
Konsep penting lainnya yang harus dipahami untuk memahami Multi-AZ Deployment
entail adalah perbedaan antara storage layer
dan server instance
.
server instance
untuk database Anda paling baik dianggap sebagai mesin fisik yang mengontrol struktur database dan rute semua data Anda yang ada di dalam storage layer
.
storage layer
adalah virtualisasi yang didukung SSD representasi dari semua data aktual dalam database Anda. Kata kunci yang menjadi fokus di sini adalah divirtualisasi , yang merupakan cara mewah Amazon untuk mengatakan bahwa storage layer
yang mewakili data aktual di sistem Anda tidak dilampirkan ke satu lokasi fisik atau mesin mana pun, melainkan divirtualisasikan dan disebarkan ke banyak lokasi (total enam di tiga Availability Zones
dalam banyak kasus).
Apa yang Diberikan oleh Penerapan Multi-AZ?
Dalam hampir semua kasus menggunakan Amazon Web Services, ini adalah praktik standar untuk storage layer
(tempat semua data berada) untuk disimpan secara redundan di semua Availability Zones
dalam Regions
yang diberikan tanpa biaya tambahan. Jika satu Availability Zones
menjadi offline untuk beberapa alasan (tidak mungkin seperti itu), sistem sudah siap untuk secara instan dan otomatis melanjutkan layanan database Anda melalui salinan identik dari storage layer
dari salah satu Availability Zones
yang terhubung lainnya .
Namun , kecuali ditentukan lain, redundansi ini hanya diterapkan pada storage layer
, tetapi tidak ada untuk mesin fisik server instance
Anda yang sebenarnya . Jika ada sesuatu yang menyebabkan Availability Zones
di mana server instance
Anda berada di shutdown, database Anda akan berhenti berfungsi, sebagai server instance
physical fisik sedang offline.
Di sinilah Multi-AZ Deployment
datang untuk layanan seperti Amazon Aurora. Sama seperti redundansi otomatis data di storage layer
, sebuah Multi-AZ Deployment
berarti server instance
your Anda juga disalin secara berlebihan di beberapa Availability Zones
. Karena alasan ini, Multi-AZ Deployment
Amazon Aurora yakin bahwa seharusnya satu Availability Zones
pergi offline di mana server instance
fisik mesin berada, failover otomatis dimulai ke replikasi siaga terbaru di Availability Zones
lain yang terhubung .
Seperti yang dibahas dalam dokumentasi resmi, untuk memaksimalkan waktu aktif sistem Anda, prosedur failover (yang biasanya hanya membutuhkan waktu 1-2 menit) akan dilakukan secara otomatis jika terjadi salah satu peristiwa berikut:
- Hilangnya ketersediaan di
Availability Zones
utama - Hilangnya konektivitas jaringan ke jaringan utama
- Kegagalan unit komputasi pada primer
- Kegagalan penyimpanan di primer