Cara kerja performa saat komputer virtual terhubung ke volume Elastic SAN
Artikel ini mengklarifikasi cara kerja performa Elastic SAN, dan bagaimana kombinasi batas SAN Elastis dan batas Azure Virtual Machines (VM) dapat memengaruhi performa beban kerja Anda.
Cara kerja performa
Azure VM memiliki operasi input/output per detik (IOPS) dan batas performa throughput berdasarkan jenis dan ukuran VM. Elastic SAN memiliki kumpulan performa yang dialokasikan untuk setiap volumenya. Volume SAN elastis dapat dilampirkan ke VM dan setiap volume memiliki batas IOPS dan throughput sendiri.
Performa aplikasi Anda akan dibatasi ketika meminta lebih banyak IOPS atau throughput daripada apa yang dialokasikan untuk VM atau volume terlampir. Ketika dibatasi, aplikasi memiliki performa suboptimal, dan dapat mengalami konsekuensi negatif seperti peningkatan latensi. Salah satu manfaat utama Elastic SAN adalah kemampuannya untuk memprovisikan IOPS secara otomatis, berdasarkan permintaan. IOPS SAN Anda dibagikan di antara semua volumenya, jadi ketika beban kerja memuncak, IOPS dapat ditangani tanpa pembatasan atau biaya tambahan. Artikel ini memperlihatkan cara kerja provisi ini.
Performa ELASTIC SAN
Elastic SAN memiliki tiga atribut yang menentukan performanya: total kapasitas, IOPS, dan throughput. Untuk performa terbaik, SAN Anda harus berada di zona yang sama dengan VM yang Anda provisikan.
Kapasitas
Total kapasitas Elastic SAN Anda ditentukan oleh dua kapasitas yang berbeda, kapasitas dasar dan kapasitas tambahan. Meningkatkan kapasitas dasar juga meningkatkan IOPS dan throughput SAN tetapi lebih mahal daripada meningkatkan kapasitas tambahan. Meningkatkan kapasitas tambahan tidak meningkatkan IOPS atau throughput.
IOPS
IOPS Elastic SAN meningkat sebesar 5.000 per TiB dasar. Jadi jika Anda memiliki ELASTIC SAN yang memiliki kapasitas dasar 6 TiB, SAN itu masih bisa menyediakan hingga 30.000 IOPS. SAN yang sama masih akan menyediakan 30.000 IOPS apakah memiliki kapasitas tambahan 50 TiB atau kapasitas tambahan 500 TiB, karena performa SAN hanya ditentukan oleh kapasitas dasar. IOPS elastis SAN didistribusikan di antara semua volumenya.
Throughput
Throughput Elastic SAN meningkat sebesar 200 MB/dtk per TiB dasar. Jadi jika Anda memiliki SAN Elastis yang memiliki kapasitas dasar 6 TiB, SAN itu masih bisa menyediakan hingga 1200 MB/dtk. SAN yang sama akan memberikan throughput 1200-MB/dtk apakah memiliki kapasitas tambahan 50 TiB atau kapasitas tambahan 500 TiB, karena performa SAN hanya ditentukan oleh kapasitas dasar. Throughput Elastic SAN didistribusikan di antara semua volumenya.
Volume SAN Elastis
Performa volume individu ditentukan oleh kapasitasnya. IOPS maksimum peningkatan volume sebesar 750 per GiB, hingga maksimum 80.000 IOPS. Throughput maksimum meningkat sebesar 60 MB/dtk per GiB, hingga maksimum 1.280 MB/dtk. Volume membutuhkan setidaknya 107 GiB untuk dapat menggunakan 80.000 IOPS. Volume membutuhkan setidaknya 22 GiB agar mampu menggunakan maksimum 1.280 MB/dtk. IOPS gabungan dan throughput semua volume Anda tidak dapat melebihi IOPS dan throughput SAN Anda.
Konfigurasi contoh
Setiap skenario contoh dalam artikel ini menggunakan konfigurasi berikut untuk Elastic SAN:
Sumber daya | Kapasitas | IOPS |
---|---|---|
SAN Elastis | 27 TiB | 135.000 (disediakan) |
Volume AKS SAN | 3 TiB | Hingga 80.000 |
Volume SAN beban kerja 1 | 10 TiB | Hingga 80.000 |
Volume SAN beban kerja 2 | 4 TiB | Hingga 80.000 |
Volume SAN beban kerja 3 | 2 TiB | Hingga 80.000 |
Skenario contoh
Contoh skenario berikut menggambarkan bagaimana Elastic SAN Anda menangani alokasi performa. Untuk performa terbaik, VM dan SAN harus berada di zona yang sama.
Beban kerja umum
Beban kerja | IOPS yang diminta | IOPS yang dilayani |
---|---|---|
Beban kerja AKS | 3.000 | 3.000 |
Beban kerja 1 | 10,000 | 10,000 |
Beban kerja 2 | 8.000 | 8.000 |
Beban kerja 3 | 20.000 | 20.000 |
Dalam skenario ini, tidak ada pembatasan yang terjadi pada tingkat VM atau SAN. SAN itu sendiri memiliki 135.000 IOPS, setiap volume cukup besar untuk melayani hingga 80.000 IOPS, cukup IOPS yang tersedia dari SAN, tidak ada batas IOPS VM yang telah dilampih, dan total IOPS yang diminta adalah 41.000. Jadi semua beban kerja dijalankan tanpa pembatasan.
Lonjakan beban kerja tunggal
Beban kerja | IOPS yang diminta | IOPS yang dilayani | Waktu lonjakan |
---|---|---|---|
Beban kerja AKS | 2.000 | 2.000 | T/A |
Beban kerja 1 | 10,000 | 10,000 | T/A |
Beban kerja 2 | 10,000 | 10,000 | T/A |
Beban kerja 3 | 80.000 | 80.000 | 09.00 |
Dalam skenario ini, tidak ada pembatasan yang terjadi. Beban kerja 3 melonjak pada pukul 09.00, meminta 80.000 IOPS. Tidak ada beban kerja lain yang melonjakan dan SAN memiliki cukup IOPS gratis untuk didistribusikan ke beban kerja, sehingga tidak ada pembatasan.
Umumnya, ini adalah konfigurasi yang ideal untuk beban kerja berbagi SAN. Yang terbaik adalah memiliki performa yang cukup untuk menangani operasi normal beban kerja, dan sesekali puncak.
Semua lonjakan beban kerja
Beban kerja | IOPS yang diminta | IOPS yang dilayani | Waktu lonjakan |
---|---|---|---|
Beban kerja AKS | 5\.000 | 5\.000 | 09.00 |
Beban kerja 1 | 40.000 | 21,000 | 09:01 am |
Beban kerja 2 | 45.000 | 45.000 | 09.00 |
Beban kerja 3 | 64.000 | 64.000 | 09.00 |
Penting untuk mengetahui perilaku SAN dalam skenario kasus terburuk, di mana setiap beban kerja memuncak pada saat yang sama.
Dalam skenario ini, semua beban kerja mencapai lonjakan mereka pada waktu yang hampir bersamaan. Pada titik ini, total IOPS yang diperlukan oleh semua beban kerja yang digabungkan (64.000 + 45.000 + 40.000 + 5.000) lebih dari IOPS yang disediakan di tingkat SAN (135.000). Jadi beban kerja dibatasi. Pembatasan terjadi berdasarkan urutan kedatangan, dilayani pertama, sehingga beban kerja mana pun yang meminta IOPS setelah kapasitas maksimum tercapai tidak mendapatkan lebih banyak performa. Dalam hal ini, beban kerja 1 meminta 40.000 IOPS setelah beban kerja lainnya, SAN telah mengalokasikan sebagian besar IOPS yang tersedia, sehingga hanya IOPS yang tersisa yang disediakan.