Amazon EC2 (Amazon Elastic Compute Cloud) adalah platform komputasi awan yang luar biasa. Sebagian besar internet berjalan di Amazon AWS – ketika pengguna merujuk pada “komputasi awan”, mereka secara implisit berbicara tentang Amazon AWS. Perusahaan saya telah menjalankan dan mengelola database di AWS selama beberapa tahun sekarang dan kami telah belajar banyak dari pengalaman kami. Meskipun AWS adalah platform yang mudah untuk disiapkan dan dijalankan, menjalankan beban kerja intensif disk yang besar di AWS sangatlah sulit. Saya tidak mengatakan itu tidak dapat dilakukan – namun, waktu dan keahlian yang diperlukan melebihi sebagian besar pengguna. Berikut adalah beberapa hal yang ingin saya lihat di Amazon EC2 untuk mempermudah menjalankan database di AWS.
-
Disk Lokal Non-Ephemeral
EBS berbasis jaringan nyaman untuk sebagian besar beban kerja, tetapi kinerjanya buruk untuk beban kerja berat tulis. Pengenalan IOPS yang disediakan sedikit meringankan masalah ini. Namun, IOPS yang Disediakan cukup mahal dan biayanya bertambah, terutama ketika Anda menjalankan kluster besar dengan 10-20 mesin. Sebagai alternatif, akan lebih bagus jika beban kerja disk yang berat seperti database dapat keluar dari disk lokal. Ini bukan pilihan hari ini karena disk lokal bersifat "ephemeral". Jika Anda menghentikan dan memulai ulang mesin Anda, itu mungkin pindah ke host yang berbeda dan Anda kehilangan data lokal Anda. Ini bukan risiko yang dapat diterima meskipun ada banyak salinan data.
-
SSD Murah
Akan sangat bagus jika Amazon dapat mengambil bagian dari buku DigitalOcean dan memperkenalkan SSD berbiaya rendah untuk servernya. Komputasi sisi server perlahan beralih ke SSD dan dalam beberapa tahun, server SSD akan menjadi penyimpanan de facto untuk beban kerja server Anda. Amazon memang menawarkan SSD hari ini, tetapi harganya cukup mahal dan bukan pilihan untuk sebagian besar beban kerja. Selain itu, penawaran SSD memiliki masalah "sementara" yang sama dengan disk lokal.
-
Grup Keamanan Lintas Wilayah
Kluster yang didistribusikan secara geografis adalah kenyataan di zaman kita. Sejumlah pelanggan perlu menyebarkan server di seluruh wilayah karena berbagai alasan mulai dari ketersediaan hingga partisi. Satu-satunya cara untuk mengamankan penyebaran ini hari ini adalah dengan menggunakan daftar putih IP yang sangat sulit untuk dipertahankan. Grup keamanan lintas wilayah akan sangat meringankan beban pelanggan yang tersebar di berbagai wilayah. saat ini, Amazon memiliki sangat sedikit fungsi yang berfungsi lintas wilayah. Mereka baru-baru ini memperkenalkan kemampuan untuk menyalin template lintas wilayah yang sangat berguna, dan saya harap mereka terus menambahkan lebih banyak fitur yang bersifat lintas wilayah.
-
Sinkronisasi Snapshot Di Beberapa Volume
Di beberapa klaster basis data kami yang lebih besar, kami perlu mencadangkan beberapa server secara bersamaan. Misalnya, Dalam sharded MongoDB cluster, Anda perlu mencadangkan salinan semua shard yang konsisten. Meskipun ada teknik untuk melakukan ini hari ini, semuanya cukup berbulu dan rentan terhadap kegagalan. Cara ideal untuk mencadangkan server ini adalah dengan memulai snapshot yang disinkronkan di beberapa volume. Ini akan memastikan snapshot yang konsisten di semua volume.
-
Pengelolaan VPC yang Lebih Baik
Saya pribadi tidak suka ide mengekspos database produksi ke internet. Oleh karena itu, saya penggemar berat Virtual Private Clouds (VPC). Teknologinya bagus tetapi antarmuka manajemennya cukup membosankan. VPC dan EC2 klasik sangat mirip sampai tidak. Anda akhirnya beralih bolak-balik antara konsol EC2 dan konsol VPC. Setelah Anda mengelola 10+ server, paradigma manajemen saat ini menempatkan banyak beban pada pengguna. Saya pikir ada ruang untuk menyederhanakan konsep dan membuatnya lebih mudah untuk dikelola.
Seperti biasa, jika Anda memiliki pertanyaan, jangan ragu untuk menghubungi kami [email protected].
