Database
 sql >> Teknologi Basis Data >  >> RDS >> Database

Memahami Penerapan Multi-AZ Amazon Auroras

  • 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

  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Menghubungkan ke Informix (IDS12 DB) di IRI Workbench

  2. Alamat OGG-01224 sudah digunakan

  3. Cara Menginstal Kubernetes Menggunakan Kubeadm

  4. Menggunakan OAuth untuk Mengautentikasi Koneksi ODBC Anda ke Salesforce.com

  5. SQL ALTER TABLE untuk Pemula