MariaDB
 sql >> Teknologi Basis Data >  >> RDS >> MariaDB

Mendorong Performa dalam Pengaturan Cloud Hibrida

A hybrid cloud mengacu pada lingkungan komputasi, penyimpanan, dan layanan campuran yang terdiri dari infrastruktur lokal, layanan cloud pribadi, dan orkestrasi cloud publik di antara berbagai platform. Menggunakan kombinasi cloud publik, komputasi lokal, dan cloud pribadi di pusat data berarti Anda memiliki infrastruktur cloud hybrid.

Kinerja biasanya memiliki prioritas yang lebih rendah di cloud hybrid, karena fokus infrastruktur cloud hybrid biasanya mengarah pada pemulihan bencana, ketersediaan, dan skalabilitas. Dalam entri blog ini, kami akan membahas beberapa kiat umum untuk mendorong kinerja aplikasi, beban kerja, dan kluster kami yang berjalan pada penyiapan cloud hybrid.

Host Khusus/Instance/Sumber Daya

Biaya layanan cloud diklaim lebih rendah karena berbagi sumber daya secara ekstensif. Namun, tingkat berbagi yang lebih tinggi secara otomatis berarti jaminan kinerja yang lebih sedikit.

Instans cloud rentan terhadap stabilitas yang tidak dapat diprediksi, tetapi dengan beberapa biaya tambahan, kami dapat mengurangi risiko ini dengan sumber daya khusus. Instans khusus adalah instans yang berjalan pada perangkat keras yang didedikasikan untuk satu penyewa. Umumnya, host atau instans khusus diisolasi secara fisik pada tingkat perangkat keras host dari instans milik penyewa lain. Ini akan menjamin sumber daya yang memadai untuk layanan dan secara praktis menstabilkan kinerja beban kerja Anda dalam jangka panjang. Bergantung pada anggaran, Anda memiliki beberapa opsi untuk menggunakan sumber daya khusus seperti host, instans, atau bandwidth khusus.

Ada juga banyak penawaran dan diskon jika Anda berencana menjalankan instans untuk jangka waktu yang lebih lama. Misalnya, dengan berkomitmen pada Instans Cadangan AWS EC2, pengguna dapat menghemat hingga 70% dari biaya instans jika dibandingkan dengan biaya standar sesuai permintaan. Setelah aplikasi atau beban kerja diuji dan siap untuk produksi, sangat disarankan agar Anda memilih kontrak jangka panjang asalkan Anda mengalokasikan sumber daya yang cukup ke instans untuk periode kontrak tertentu.

Manajemen Bandwidth

Bandwidth mahal. Yang mahal adalah infrastruktur untuk membawa bandwidth dari satu tempat ke tempat lain. Serat peletakan, perangkat keras perutean tingkat operator dan tingkat penyedia, biaya pemantauan dan pemeliharaan untuk menjaga semuanya tetap berjalan, penyewaan suite pusat data, staf teknisi Pusat Operasi Jaringan (NOC) 24/7, semuanya berkontribusi pada harga tinggi sebuah bandwith yang andal. Belum lagi kecepatan teknologi, permintaan pengguna, dan masa pakai produk vendor sering kali mengharuskan sebagian besar investasi di atas dibuang dan siklus hidup setiap 7 hingga 10 tahun, dalam beberapa kasus 5 tahun.

Sebagian besar penyediaan cloud publik memungkinkan pertukaran data dengan Penyedia Layanan Cloud (CSP) lainnya, yang dapat dicapai dengan berbagai cara:

  • Transfer data melalui alamat IP publik melalui internet.

  • Menggunakan layanan VPN terkelola antara jaringan lokal dan jaringan CSP.

  • Hubungkan langsung dari jaringan lokal, atau jaringan awan pribadi dengan CSP lain seperti Interkoneksi Mitra untuk Google Cloud atau AWS Direct Connect untuk AWS.

  • Mentransfer data ke CSP lain melalui titik kehadiran umum (POP).

  • Peering jaringan dengan jaringan awan pribadi dan jaringan CSP.

Opsi ini berbeda dalam hal kecepatan transfer, latensi, keandalan, perjanjian tingkat layanan (SLA), kompleksitas, dan biaya. Terlepas dari opsinya, idenya sama - semakin kecil transfer data yang digunakan, semakin rendah biayanya.

Untuk mengurangi penggunaan bandwidth, kompresi adalah hal terpenting yang harus kita lakukan. Sebagian besar layanan replikasi sekarang mendukung kompresi koneksi, yang dapat sangat mengurangi ukuran transfer data antara beberapa situs. Misalnya, mengaktifkan kompresi koneksi untuk master-slave MySQL dapat dengan mudah mengurangi penggunaan bandwidth hingga 1,5x, tanpa konfigurasi tambahan pada tingkat kompresi atau algoritme. Ini disebut teknik kompresi data lossless. Anda dapat menyetel ke rasio kompresi yang lebih tinggi, dengan pengorbanan kekuatan pemrosesan untuk kompresi dan dekompresi di kedua titik akhir.

Penempatan beban kerja juga penting. Dengan penyiapan cloud hybrid, aplikasi dan beban kerja mungkin ada di cloud pribadi atau publik. Untuk aplikasi internal, jauh lebih baik untuk menempatkannya di cloud pribadi lebih dekat ke lokal dengan latensi jaringan yang lebih rendah. Untuk meningkatkan kinerja aplikasi publik, tempatkan aplikasi di server tepi Jaringan Pengiriman Konten (CDN), yang akan sangat mengurangi beban server utama untuk hanya menangani permintaan dinamis dan membongkar pengiriman konten statis ke beberapa server tepi, yang secara geografis lebih dekat dengan pengguna akhir.

Enkripsi Lebih Cepat

Enkripsi saat transit dan saat istirahat adalah wajib dalam penyiapan cloud hybrid karena kami hanya memiliki sebagian kecil dari infrastruktur. Kami tidak ingin mencongkel mata untuk melihat data kami saat sedang dikirim, atau risiko pelanggaran data dari pencurian atau orang luar yang memiliki akses fisik ke data kami. Dengan kata sederhana, setiap bagian dari data yang bergerak atau data yang tidak dapat diakses secara fisik harus dienkripsi, titik. Namun, beberapa cipher enkripsi dapat membahayakan kecepatan dan kinerja beban kerja.

Kekeliruan umum adalah menganggap bahwa pesan yang dienkripsi menggunakan AES256 lebih sulit untuk dipecahkan daripada informasi yang sama yang dilindungi menggunakan AES128. Masuk akal logis bahwa ukuran kunci yang lebih besar memperkenalkan kompleksitas yang lebih besar tetapi seperti halnya sistem apa pun, implementasi tunduk pada kelemahan. Dengan asumsi kita berbicara tentang AES128 versus AES256, ada kelemahan yang diketahui dalam fungsi ekspansi kunci yang memengaruhi AES256. Pada dasarnya, kelemahan tersebut mengurangi kompleksitas AES256 menjadi lebih rendah dari AES128.

Beberapa alat penerowongan seperti WireGuard terkenal karena enkripsinya yang lebih cepat dan cukup mudah diterapkan saat penerowongan di antara beberapa situs. Ini bekerja mirip dengan cara kerja enkripsi SSH, menggunakan pendekatan kriptografi asimetris. Menurut penelitian ini, rata-rata, WireGuard 58% lebih cepat daripada OpenVPN di semua lokasi yang diuji. Enkripsi yang lebih cepat berarti lebih sedikit waktu untuk mengenkripsi dan mendekripsi data, memungkinkan kinerja pertukaran data Anda meningkat secara signifikan.

Jika Anda ingin tahu cara menyiapkan VPN WireGuard untuk lingkungan cloud hybrid, lihat entri blog ini, Penerapan Multi-Cloud untuk Replikasi MariaDB Menggunakan WireGuard.

Pantau Semuanya

Lingkungan berbasis cloud bergantung pada serangkaian sumber daya yang rumit dan mengidentifikasi masalah ketersediaan dan kinerja yang paling memengaruhi layanan bisnis merupakan tantangan. Tim operasi harus dapat memantau kesehatan aplikasi secara menyeluruh termasuk komponen infrastruktur cloud yang menyertainya.

Peningkatan kinerja pada cloud hybrid tidak dapat terjadi tanpa visibilitas yang luas ke semua sumber daya setiap saat. Sumber daya seperti instans dan pemanfaatan jaringan, kinerja aplikasi, pengalaman pengguna, latensi, dan file log sangat penting untuk dikumpulkan dan diambil sampelnya untuk memastikan kami dapat memecahkan masalah kinerja dan ketersediaan secara proaktif sebelum mencapai pengguna akhir atau menjadi lebih buruk. Alokasi sumber daya yang salah akan selalu terjadi di lingkungan penyediaan yang buruk, yang pada akhirnya mengarah pada perencanaan kapasitas yang buruk dan pemborosan uang dan sumber daya.

Sebagian besar penyedia cloud publik menawarkan layanan pemantauan mendalam, yang mencakup banyak lapisan dan komponen layanan cloud berlangganan. Namun, bagian yang hilang biasanya merupakan penyatuan pemantauan antara platform, penyedia, dan lingkungan cloud yang berbeda. Alat pemantauan all-in-one open-source seperti Icinga, Nagios Core, dan Zabbix dapat dikonfigurasi untuk memantau hampir semua yang terlibat dalam cloud hybrid terutama instance cloud, jaringan, layanan, dan aplikasi.

Dalam hal pemantauan kinerja untuk server database di lingkungan cloud hybrid, sumber daya berikut mungkin membantu:

  • Memantau Performa MariaDB di Hybrid Cloud

  • Memantau PostgreSQL di Lingkungan Hibrida


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Bagaimana TO_SECONDS() Bekerja di MariaDB

  2. Enkripsi MariaDB Penuh Saat Istirahat dan Dalam Perjalanan untuk Perlindungan Data Maksimum - Bagian Satu

  3. Bagaimana UNIX_TIMESTAMP() Bekerja di MariaDB

  4. Magicbricks Bermigrasi ke MariaDB untuk Mendukung Lalu Lintas Volume Tingginya

  5. Sepuluh Tips Cara Mencapai Keamanan MySQL dan MariaDB