Membandingkan Penawaran Cloud Cluster Galera:Bagian Ketiga Microsoft Azure

Microsoft Azure dikenal oleh banyak orang sebagai platform cloud publik alternatif untuk Amazon AWS. Tidak mudah membandingkan langsung dua perusahaan raksasa ini. Bisnis cloud Microsoft -- dijuluki cloud komersial -- mencakup segala hal mulai dari Azure hingga langganan perusahaan Office 365 hingga Dynamics 365 hingga layanan LinkedIn. Setelah LinkedIn diakuisisi oleh Microsoft, ia mulai memindahkan infrastrukturnya ke Azure. Meskipun memindahkan LinkedIn ke Azure dapat memakan waktu lama, hal ini menunjukkan kemampuan dan kemampuan Microsoft Azure untuk menangani jutaan transaksi. Warisan perusahaan Microsoft yang kuat, tumpukan perangkat lunak, dan alat pusat data menawarkan keakraban dan pendekatan hibrid untuk penerapan cloud.

Microsoft Azure dibangun sebagai Infrastruktur sebagai Layanan (IaaS) serta Platform sebagai Layanan (PaaS). Mesin Virtual Azure menawarkan penagihan per detik dan saat ini merupakan komputasi multi-penyewa. Namun, baru-baru ini telah mempratinjau penawaran barunya yang memungkinkan mesin virtual berjalan di server fisik penyewa tunggal. Penawaran ini disebut Host Khusus Azure.

Azure juga menawarkan instans besar khusus (seperti untuk SAP HANA). Ada blok multitenant, penyimpanan file, dan banyak kemampuan IaaS dan PaaS tambahan lainnya. Ini termasuk penyimpanan objek (Azure Blob Storage), CDN, layanan container berbasis Docker (Azure Container Service), layanan komputasi batch (Azure Batch), dan "komputasi tanpa server" yang digerakkan oleh peristiwa (Azure Functions). Azure Marketplace menawarkan perangkat lunak dan layanan pihak ketiga. Kebutuhan colocation dipenuhi melalui pertukaran mitra (Azure ExpressRoute) yang ditawarkan dari mitra seperti Equinix dan CoreSite.

Dengan semua penawaran ini, Microsoft Azure telah meningkatkan permainannya untuk memainkan peran penting di pasar cloud publik. Infrastruktur PaaS yang ditawarkan kepada konsumennya telah mengumpulkan banyak kepercayaan dan banyak yang memindahkan infrastruktur atau cloud pribadi mereka sendiri ke infrastruktur cloud publik Microsoft Azure. Ini sangat menguntungkan bagi konsumen yang membutuhkan integrasi dengan Layanan Windows lainnya, seperti Visual Studio.

Jadi, apa perbedaan antara Azure dan cloud lain yang telah kita lihat di seri ini? Microsoft sangat berfokus pada AI, analitik, dan Internet of Things. AzureStack adalah upaya "cloud-meet-data center" lainnya yang telah menjadi pembeda nyata di pasar.

Pro &Kontra Migrasi Microsoft Azure

Ada beberapa hal yang harus Anda pertimbangkan saat memindahkan aplikasi atau infrastruktur lama Anda ke Microsoft Azure.

Kekuatan

• Perusahaan yang secara strategis berkomitmen pada teknologi Microsoft umumnya memilih Azure sebagai penyedia IaaS+PaaS utama mereka. Pengalaman ujung-ke-ujung yang terintegrasi untuk perusahaan yang membangun aplikasi .NET menggunakan Visual Studio (dan layanan terkait) tidak tertandingi. Microsoft juga memanfaatkan jangkauan penjualannya yang luar biasa dan kemampuannya untuk menjual bersama Azure dengan produk dan layanan Microsoft lainnya untuk mendorong adopsi.
• Azure menyediakan pendekatan terintegrasi yang baik untuk edge computing dan Internet of Things (IoT), dengan penawaran yang menjangkau dari pusat data hyperscale-nya melalui solusi edge seperti AzureStack dan Data Box Edge.
• Kemampuan Microsoft Azure menjadi semakin inovatif dan terbuka. 50% dari beban kerja berbasis Linux bersama dengan banyak tumpukan aplikasi sumber terbuka. Microsoft memiliki visi unik untuk masa depan yang melibatkan menghadirkan mitra teknologi melalui penawaran asli pihak pertama seperti dari VMware, NetApp, Red Hat, Cray, dan Databricks.

Perhatian

• Masalah keandalan Microsoft Azure terus menjadi tantangan bagi pelanggan, sebagian besar sebagai akibat dari kesulitan Azure yang semakin meningkat. Sejak September 2018, Azure telah mengalami beberapa insiden yang berdampak pada layanan, termasuk pemadaman signifikan yang melibatkan Azure Active Directory. Pemadaman ini membuat pelanggan tidak memiliki kemampuan untuk mengurangi waktu henti.
• Klien Gartner sering mengalami tantangan dalam melaksanakan implementasi tepat waktu sesuai anggaran. Ini datang dari Microsoft yang sering memberikan harapan tinggi yang tidak masuk akal bagi pelanggan. Sebagian besar dari ini berasal dari tim penjualan lapangan Microsoft yang "didorong" untuk memposisikan dan menjual Azure dengan tepat di dalam basis pelanggannya.
• Perusahaan sering mengeluhkan kualitas dukungan teknis Microsoft (bersama dengan meningkatnya biaya dukungan) dan arsitek solusi lapangan. Hal ini berdampak negatif terhadap kepuasan pelanggan, dan memperlambat adopsi Azure dan oleh karena itu pengeluaran pelanggan.

Microsoft mungkin bukan pilihan pertama Anda karena telah dilihat sebagai raksasa teknologi yang “tidak terlalu ramah terhadap sumber terbuka”, tetapi sebenarnya Microsoft telah merangkul banyak aktivitas dan dukungan dalam Dunia Sumber Terbuka. Microsoft Azure menawarkan layanan yang terkelola sepenuhnya untuk sebagian besar database RDBMS open source teratas seperti PostgreSQL, MySQL, dan MariaDB.

Varian Galera Cluster (Percona, Codership, atau MariaDB), sayangnya, tidak didukung oleh Azure. Satu-satunya cara Anda dapat menyebarkan Galera Cluster Anda ke Azure adalah melalui Mesin Virtual. Anda mungkin juga ingin memeriksa blog mereka tentang menggunakan MariaDB Enterprise Cluster (yang didasarkan pada Galera) di Azure.

Mesin Virtual Azure

Mesin Virtual adalah penawaran yang setara untuk instans komputasi di GCP dan AWS. Mesin Virtual Azure adalah server komputasi berperforma tinggi sesuai permintaan di cloud dan dapat digunakan di Azure menggunakan berbagai metode. Ini mungkin termasuk antarmuka pengguna dalam portal Azure, menggunakan gambar yang telah dikonfigurasi sebelumnya di pasar Azure, membuat skrip melalui Azure PowerShell, menyebarkan dari template yang ditentukan dengan menggunakan file JSON, atau dengan menyebarkan langsung melalui Visual Studio.

Azure menggunakan model penerapan yang disebut Azure Resource Manager (ARM), yang mendefinisikan semua sumber daya yang merupakan bagian dari solusi aplikasi Anda secara keseluruhan, memungkinkan Anda untuk menyebarkan, memperbarui, atau menghapus solusi Anda dalam satu operasi .

Sumber daya dapat mencakup akun penyimpanan, konfigurasi jaringan, dan alamat IP. Anda mungkin pernah mendengar istilah “template ARM”, yang pada dasarnya berarti template JSON yang mendefinisikan berbagai aspek solusi yang Anda coba terapkan.

Mesin Virtual Azure hadir dalam berbagai jenis dan ukuran, dengan nama yang dimulai dengan seri-A hingga seri-N. Setiap jenis VM dibuat dengan mempertimbangkan beban kerja atau kebutuhan kinerja tertentu, termasuk tujuan umum, pengoptimalan komputasi, pengoptimalan penyimpanan, atau pengoptimalan memori. Anda juga dapat menerapkan jenis yang kurang umum seperti GPU atau VM komputasi performa tinggi.

Mirip dengan penawaran cloud publik lainnya, Anda dapat melakukan hal berikut di mesin virtual Anda...

• Enkripsi disk Anda di mesin virtual . Meskipun ini tidak datang dengan mudah jika dibandingkan dengan GCP dan AWS. Mengenkripsi mesin virtual Anda memerlukan pendekatan yang lebih manual. Ini mengharuskan Anda untuk menyelesaikan prasyarat Enkripsi Disk Azure. Karena Galera tidak mendukung Windows, kami hanya berbicara di sini tentang gambar berbasis Linux. Pada dasarnya, Anda harus memiliki modul dm-crypt dan vfat yang ada di sistem. Setelah Anda mendapatkan bagian itu dengan benar, maka Anda dapat mengenkripsi VM menggunakan Azure CLI. Anda dapat melihat cara Mengaktifkan Enkripsi Disk Azure untuk VM IaaS Linux untuk melihat cara melakukannya. Mengenkripsi disk Anda sangat penting, terutama jika perusahaan atau organisasi Anda mengharuskan data Galera Cluster Anda harus mengikuti standar yang diamanatkan oleh undang-undang dan peraturan seperti PCI DSS atau GDPR.
• Membuat cuplikan . Anda dapat membuat snapshot baik menggunakan Azure CLI atau melalui portal. Periksa manual mereka tentang cara melakukannya.
• Gunakan penskalaan otomatis atau Set Skala Mesin Virtual jika Anda memerlukan penskalaan horizontal . Lihat ikhtisar penskalaan otomatis di Azure atau ikhtisar kumpulan skala mesin virtual.
• Penerapan Multi-Zona . Deploy instance mesin virtual Anda ke dalam zona ketersediaan yang berbeda untuk menghindari satu titik kegagalan.

Anda juga dapat membuat (atau mendapatkan informasi dari) mesin virtual Anda dengan berbagai cara. Anda dapat menggunakan portal Azure, Azure PowerShell, API REST, SDK Klien, atau dengan Azure CLI. Mesin virtual di jaringan virtual Azure juga dapat dengan mudah dihubungkan ke jaringan organisasi Anda dan diperlakukan sebagai pusat data yang diperluas.

Harga Microsoft Azure

Sama seperti penyedia cloud publik lainnya, Microsoft Azure juga menawarkan tingkat gratis dengan beberapa layanan gratis. Ini juga menawarkan opsi bayar sesuai penggunaan dan instans yang dipesan untuk dipilih. Bayar sesuai pemakaian mulai dari $0,008/jam - $0,126/jam.

Untuk instans yang dipesan, semakin lama Anda melakukan dan membuat kontrak dengan Azure, semakin banyak Anda menghemat biaya. Microsoft Azure mengklaim dapat membantu pelanggan menghemat hingga 72% dari biaya penagihan mereka dibandingkan dengan model bayar sesuai penggunaan saat pelanggan mendaftar untuk jangka waktu satu hingga tiga tahun untuk Mesin Virtual Windows atau Linux. Microsoft juga menawarkan fleksibilitas tambahan dalam arti bahwa jika bisnis Anda perlu diubah, Anda dapat membatalkan langganan Azure RI kapan saja dan mengembalikan RI yang tidak digunakan yang tersisa ke Microsoft sebagai biaya penghentian awal.

Mari kita periksa harganya dibandingkan antara GCP, AWS EC2, dan Mesin Virtual Azure. Ini didasarkan pada region us-east1 dan kami akan membandingkan kisaran harga untuk instans komputasi yang diperlukan untuk menjalankan Galera Cluster Anda.

Enkripsi Data di Microsoft Azure

Microsoft Azure tidak menawarkan dukungan enkripsi secara langsung untuk Galera Cluster (atau sebaliknya). Namun, ada cara Anda dapat mengenkripsi data saat tidak digunakan atau dalam perjalanan.

Enkripsi dalam perjalanan adalah mekanisme untuk melindungi data saat dikirimkan melalui jaringan. Dengan Azure Storage, Anda dapat mengamankan data dengan menggunakan:

• Enkripsi tingkat transportasi, seperti HTTPS, saat Anda mentransfer data ke dalam atau ke luar Azure Storage.
• Enkripsi kabel, seperti enkripsi SMB 3.0, untuk berbagi file Azure.
• Enkripsi sisi klien, untuk mengenkripsi data sebelum ditransfer ke Penyimpanan dan mendekripsi data setelah ditransfer keluar dari Penyimpanan.

Microsoft menggunakan enkripsi untuk melindungi data pelanggan saat sedang transit antara ranah pelanggan dan layanan cloud Microsoft. Lebih khusus lagi, Transport Layer Security (TLS) adalah protokol yang akan digunakan oleh pusat data Microsoft untuk bernegosiasi dengan sistem klien yang terhubung ke layanan cloud Microsoft.

Perfect Forward Secrecy (PFS) juga digunakan sehingga setiap koneksi antara sistem klien pelanggan dan layanan cloud Microsoft menggunakan kunci unik. Koneksi ke layanan cloud Microsoft juga memanfaatkan panjang kunci enkripsi 2.048-bit berbasis RSA.

Enkripsi Saat Istirahat

Bagi banyak organisasi, enkripsi data diam adalah langkah wajib untuk mencapai privasi data, kepatuhan, dan kedaulatan data. Tiga fitur Azure menyediakan enkripsi data saat istirahat:

• Enkripsi Layanan Penyimpanan selalu diaktifkan dan secara otomatis mengenkripsi data layanan penyimpanan saat menulisnya ke Penyimpanan Azure. Jika logika aplikasi Anda memerlukan database MySQL Galera Cluster untuk menyimpan data berharga, maka penyimpanan ke Azure Storage bisa menjadi pilihan.
• Enkripsi sisi klien juga menyediakan fitur enkripsi diam.
• Azure Disk Encryption memungkinkan Anda untuk mengenkripsi disk OS dan disk data yang digunakan mesin virtual IaaS. Enkripsi Disk Azure juga mendukung pengaktifan enkripsi pada VM Linux yang dikonfigurasi dengan striping disk (RAID) dengan menggunakan mdadm, dan dengan mengaktifkan enkripsi pada VM Linux dengan menggunakan LVM untuk disk data

Galera Cluster Multi-AZ/Multi-Region/Multi-Cloud Deployment dengan GCP

Serupa dengan AWS dan GCP, Microsoft Azure tidak menawarkan dukungan langsung untuk menerapkan Galera Cluster ke Multi-AZ/-Region/-Cloud. Anda dapat, bagaimanapun, menyebarkan node Anda secara manual serta membuat skrip menggunakan PowerShell atau Azure CLI untuk melakukan ini untuk Anda. Atau, saat Anda menyediakan instans Mesin Virtual Anda, Anda dapat menempatkan node Anda di zona ketersediaan yang berbeda. Microsoft Azure juga menawarkan jenis redundansi lain, selain memiliki zona ketersediaannya, yang disebut Set Skala Mesin Virtual. Anda dapat memeriksa perbedaan antara mesin virtual dan set timbangan.

Galera Cluster Ketersediaan Tinggi, Skalabilitas, dan Redundansi di Azure

Salah satu alasan utama penggunaan kluster node Galera adalah ketersediaan tinggi, redundansi, dan kemampuannya untuk diskalakan. Jika Anda melayani lalu lintas secara global, sebaiknya Anda melayani lalu lintas menurut wilayah. Anda harus memastikan desain arsitektur Anda mencakup geo-distribusi node database Anda. Untuk mencapai hal ini, penerapan multi-AZ, multi-wilayah, atau multi-cloud/multi-pusat data direkomendasikan. Ini mencegah cluster dari turun serta malfungsi karena kurangnya kuorum.

Seperti yang disebutkan sebelumnya, Microsoft Azure memiliki solusi penskalaan otomatis yang dapat dimanfaatkan menggunakan set skala. Ini memungkinkan Anda untuk menskalakan node secara otomatis ketika ambang batas tertentu telah terpenuhi (berdasarkan apa yang Anda pantau). Ini tergantung pada item status kesehatan mana yang Anda pantau sebelum kemudian diskalakan secara vertikal. Anda dapat melihat tutorial mereka tentang topik ini di sini.

Untuk penerapan multi-wilayah atau multi-cloud, Galera memiliki parameternya sendiri yang disebut gmcast.segment yang dapat disetel saat server mulai. Parameter ini dirancang untuk mengoptimalkan komunikasi antara node Galera dan meminimalkan jumlah lalu lintas yang dikirim antar segmen jaringan. Ini termasuk relay writeset dan pemilihan donor IST dan SST. Jenis pengaturan ini memungkinkan Anda untuk menerapkan beberapa node di wilayah yang berbeda. Selain itu, Anda juga dapat menerapkan node Galera pada perutean vendor cloud yang berbeda dari GCP, AWS, Microsoft Azure, atau dalam penyiapan di lokasi.

Kami menyarankan Anda untuk memeriksa blog kami Beberapa Pengaturan Pusat Data Menggunakan Galera Cluster untuk MySQL atau MariaDB dan Migrasi Jaringan Tanpa Waktu Henti Dengan MySQL Galera Cluster Menggunakan Relay Node untuk mengumpulkan informasi lebih lanjut tentang cara menerapkan jenis ini penerapan.

Kinerja Basis Data Galera Cluster di Microsoft Azure

Mesin host dasar yang digunakan oleh mesin virtual di Azure, pada kenyataannya, sangat kuat. VM terbaru di Azure telah dilengkapi dengan modul pengoptimalan jaringan. Anda dapat memeriksa ini di info kernel Anda dengan menjalankan (misalnya di Ubuntu).

uname -r|grep azure

Catatan:Pastikan perintah Anda memiliki string "biru".

Untuk Centos/RHEL, menginstal Layanan Integrasi Linux (LIS) apa pun sejak versi 4.2 berisi pengoptimalan jaringan. Untuk mempelajari lebih lanjut tentang ini, kunjungi halaman tentang mengoptimalkan throughput jaringan.

Jika aplikasi Anda sangat sensitif terhadap latensi jaringan, Anda mungkin tertarik untuk melihat grup penempatan kedekatan. Saat ini dalam pratinjau (dan belum direkomendasikan untuk penggunaan produksi) tetapi ini membantu mengoptimalkan throughput jaringan Anda.

Untuk jenis mesin virtual yang akan Anda gunakan, maka ini akan bergantung pada persyaratan lalu lintas aplikasi dan permintaan sumber daya. Untuk kueri yang konsumsi memorinya tinggi, Anda dapat memulai dengan Dv3. Namun, untuk memori yang dioptimalkan, mulailah dengan seri Ev3. Untuk kebutuhan CPU Tinggi, seperti database transaksional tinggi atau aplikasi game, mulailah dengan seri Fsv2.

Memilih penyimpanan yang tepat dan IOPS yang diperlukan untuk volume database Anda adalah suatu keharusan. Secara umum, persistent disk berbasis SSD adalah pilihan ideal Anda. Mulailah dengan SSD Standar yang hemat biaya dan menawarkan kinerja yang konsisten. Namun, keputusan ini mungkin bergantung pada apakah Anda membutuhkan lebih banyak IOPS dalam jangka panjang. Jika demikian, Anda harus menggunakan penyimpanan SSD Premium.

Kami juga menyarankan Anda untuk memeriksa dan membaca blog kami Cara Meningkatkan Kinerja Cluster Galera untuk MySQL atau MariaDB untuk mempelajari lebih lanjut tentang mengoptimalkan Cluster Galera Anda.

Cadangan Basis Data untuk Node Galera di Azure

Tidak ada dukungan pencadangan naitve yang ada untuk data MySQL Galera Anda di Azure, tetapi Anda dapat mengambil snapshot. Microsoft Azure menawarkan Azure VM Backup yang mengambil snapshot yang dapat dijadwalkan dan dienkripsi.

Atau, jika Anda ingin membuat cadangan file data dari Galera Cluster Anda, Anda juga dapat menggunakan layanan eksternal seperti ClusterControl, gunakan Percona Xtrabackup untuk cadangan biner Anda, atau gunakan mysqldump atau mydumper untuk cadangan logis Anda. Alat ini menyediakan salinan cadangan untuk data penting misi Anda dan Anda dapat membaca ini jika ingin mempelajari lebih lanjut.

Pemantauan Cluster Galera di Azure

Microsoft Azure memiliki layanan pemantauan bernama Azure Monitor. Azure Monitor memaksimalkan ketersediaan dan kinerja aplikasi Anda dengan memberikan solusi komprehensif untuk mengumpulkan, menganalisis, dan bertindak berdasarkan telemetri dari lingkungan cloud dan lokal Anda. Ini membantu Anda memahami bagaimana kinerja aplikasi Anda dan secara proaktif mengidentifikasi masalah yang memengaruhi mereka (dan sumber daya yang mereka andalkan). Anda dapat menyiapkan atau membuat lansiran kesehatan, mendapatkan pemberitahuan tentang nasihat dan lansiran yang terdeteksi di layanan yang Anda terapkan.

Jika Anda ingin pemantauan khusus untuk database Anda, maka Anda perlu menggunakan alat pemantauan eksternal yang memiliki metrik database yang sangat terperinci dan canggih. Ada beberapa pilihan yang dapat Anda pilih seperti PMM by Percona, DataDog, Idera, VividCortex, atau ClusterControl kami sendiri (Pemantauan GRATIS dengan Komunitas ClusterControl.)

Keamanan Database Galera Cluster di Azure

Seperti yang dibahas di blog kami sebelumnya untuk AWS dan GCP, Anda dapat mengambil pendekatan yang sama untuk mengamankan database Anda di cloud publik. Setelah Anda membuat mesin virtual, Anda dapat menentukan port apa saja yang dapat dibuka, atau membuat dan menyiapkan Grup Keamanan Jaringan Anda di Azure. Anda dapat mengatur port harus terbuka (terutama port 3306, 4444, 4567, 4568), atau membuat Jaringan Virtual di Azure dan menentukan subnet pribadi jika tetap sebagai simpul pribadi. Untuk menambahkan ini, jika Anda mengatur VM Anda di Azure tanpa IP publik, itu masih bisa menjadi koneksi keluar hanya karena menggunakan SNAT dan PAT. Jika Anda terbiasa dengan AWS dan GCP, Anda akan menyukai penjelasan ini agar lebih mudah dipahami.

Fitur lain yang tersedia adalah Kontrol Akses Berbasis Peran di Microsoft Azure. Ini memberi Anda kendali atas orang mana yang mengakses sumber daya tertentu yang mereka butuhkan.

Selain itu, Anda dapat mengamankan data dalam perjalanan dengan menggunakan koneksi TLS/SSL atau dengan mengenkripsi data Anda saat tidak digunakan. Jika Anda menggunakan ClusterControl, menerapkan data aman dalam perjalanan itu sederhana dan mudah. Anda dapat melihat blog kami Manajemen Kunci SSL dan Enkripsi Data MySQL dalam Transit jika Anda ingin mencobanya. Untuk data at-rest, Anda bisa mengikuti pembahasan yang sudah saya sampaikan sebelumnya di bagian Encryption blog ini.

Pemecahan Masalah Klaster Galera 

Microsoft Azure menawarkan beragam jenis log untuk membantu pemecahan masalah dan audit. Log Log aktivitas, log diagnostik Azure, pelaporan Azure AD, Mesin virtual dan layanan cloud, log aliran Grup Keamanan Jaringan (NSG), dan Wawasan aplikasi sangat berguna saat pemecahan masalah. Mungkin tidak selalu perlu membahas semua ini saat Anda membutuhkan pemecahan masalah, namun, ini akan menambah lebih banyak wawasan dan petunjuk saat memeriksa log.

Jika Anda menggunakan ClusterControl, buka Log -> Log Sistem, dan Anda akan dapat menelusuri log kesalahan yang diambil dari node MySQL Galera itu sendiri. Selain itu, ClusterControl menyediakan pemantauan waktu nyata yang akan memperkuat alarm dan sistem notifikasi Anda jika terjadi keadaan darurat atau jika node MySQL Galera Anda rusak.

Kesimpulan

Saat kami menyelesaikan seri blog tiga bagian ini, kami telah menunjukkan kepada Anda penawaran dan keunggulan masing-masing raksasa teknologi yang melayani industri cloud publik. Ada keuntungan dan kerugian saat memilih satu dari yang lain, tetapi yang paling penting adalah alasan Anda pindah ke cloud publik, manfaatnya bagi organisasi Anda, dan bagaimana layanan itu memenuhi persyaratan aplikasi Anda.

Pilihan penyedia untuk Galera Cluster Anda mungkin melibatkan pertimbangan keuangan seperti "apa yang paling hemat biaya" dan lebih sesuai dengan kebutuhan anggaran Anda. Bisa juga karena undang-undang privasi dan kepatuhan peraturan, atau bahkan karena tumpukan teknologi yang ingin Anda gunakan. Yang penting adalah bagaimana kinerja aplikasi dan database Anda setelah berada di cloud menangani lalu lintas dalam jumlah besar. Itu harus sangat tersedia, harus tangguh, memiliki tingkat skalabilitas dan redundansi yang tepat, dan mengambil cadangan untuk memastikan pemulihan data.