Sanal makineler Elastik SAN birimlerine bağlandığında performans nasıl çalışır?
Bu makalede Elastik SAN performansının nasıl çalıştığı ve Elastik SAN sınırları ile Azure Sanal Makineler (VM) sınırlarının birleşiminin iş yüklerinizin performansını nasıl etkileyebileceği açıklanır.
Performans nasıl çalışır?
Azure VM'lerinde saniye başına giriş/çıkış işlemleri (IOPS) ve VM'nin türüne ve boyutuna göre aktarım hızı performans sınırları vardır. Elastik SAN,birimlerinin her birine ayırdığı bir performans havuzuna sahiptir. Elastik SAN birimleri VM'lere eklenebilir ve her birimin kendi IOPS ve aktarım hızı sınırları vardır.
Uygulamanızın performansı, VM veya bağlı birimler için ayrılandan daha fazla IOPS veya aktarım hızı istediğinde kısıtlanır. Kısıtlandığında, uygulama en iyi performansın altındadır ve artan gecikme süresi gibi olumsuz sonuçlarla karşılaşabilir. Elastik SAN'ın temel avantajlarından biri, isteğe bağlı olarak IOPS'yi otomatik olarak sağlayabilmesidir. SAN'nızın IOPS'leri tüm birimleri arasında paylaşılır, bu nedenle bir iş yükü zirveye çıktığında azaltma veya ek maliyet olmadan işlenebilir. Bu makalede bu sağlamanın nasıl çalıştığı gösterilmektedir.
Elastik SAN performansı
Elastik SAN'ın performansını belirleyen üç özniteliği vardır: toplam kapasite, IOPS ve aktarım hızı. Mümkün olan en iyi performans için SAN'nız, sağladığınız VM ile aynı bölgede olmalıdır.
Kapasite
Elastik SAN'ınızın toplam kapasitesi, temel kapasite ve ek kapasite olarak iki farklı kapasiteye göre belirlenir. Temel kapasitenin artırılması SAN'ın IOPS ve aktarım hızını da artırır, ancak ek kapasiteyi artırmaktan daha maliyetlidir. Ek kapasitenin artırılması IOPS veya aktarım hızını artırmaz.
IOPS
Elastik SAN'ın IOPS değeri, temel TiB başına 5.000 artar. Dolayısıyla 6 TiB temel kapasiteye sahip bir Elastik SAN'nız varsa, bu SAN yine de 30.000 IOPS sağlayabilir. San'ın performansı yalnızca temel kapasite tarafından belirlendiğinden, aynı SAN 50 TiB ek kapasiteye veya 500 TiB ek kapasiteye sahip olsa da yine de 30.000 IOPS sağlar. Elastik SAN'ın IOPS'leri tüm birimleri arasında dağıtılır.
Aktarım hızı
Elastik SAN'ın aktarım hızı, temel TiB başına 200 MB/sn artar. Dolayısıyla 6 TiB temel kapasiteye sahip bir Elastik SAN'nız varsa, bu SAN yine de 1200 MB/sn'ye kadar sağlayabilir. San'ın performansı yalnızca temel kapasite tarafından belirlendiğinden, aynı SAN 50 TiB ek kapasiteye veya 500 TiB ek kapasiteye sahip olsa da 1200 MB/sn aktarım hızı sağlar. Elastik SAN'ın aktarım hızı tüm birimleri arasında dağıtılır.
Elastik SAN birimleri
Tek bir birimin performansı, kapasitesine göre belirlenir. GiB başına maksimum IOPS sayısı 750 artarak en fazla 80.000 IOPS'ye kadar çıkar. Maksimum aktarım hızı GiB başına 60 MB/sn artarak en fazla 1.280 MB/sn'ye kadar çıkar. Bir birimin 80.000 IOPS kullanabilmesi için en az 107 GiB gerekir. Bir birimin en fazla 1.280 MB/sn kullanabilmesi için en az 22 GiB gerekir. Tüm birimlerinizin birleştirilmiş IOPS ve aktarım hızı SAN'ınızın IOPS ve aktarım hızını aşamaz.
Örnek yapılandırma
Bu makaledeki örnek senaryoların her biri Elastik SAN için aşağıdaki yapılandırmayı kullanır:
| Kaynak | Kapasite | IOPS |
|---|---|---|
| Elastik SAN | 27 TiB | 135.000 (sağlandı) |
| AKS SAN birimi | 3 TiB | En fazla 80.000 |
| İş yükü 1 SAN birimi | 10 TiB | En fazla 80.000 |
| İş yükü 2 SAN birimi | 4 TiB | En fazla 80.000 |
| İş yükü 3 SAN birimi | 2 TiB | En fazla 80.000 |
Örnek senaryolar
Aşağıdaki örnek senaryolarda Elastik SAN'nızın performans ayırmayı nasıl işlediği gösterilir. En iyi performans için hem VM'lerin hem de SAN'ın aynı bölgede olması gerekir.
Tipik iş yükü
| İş Yükü | İstenen IOPS | Hizmet edilen IOPS |
|---|---|---|
| AKS iş yükü | 3.000 | 3.000 |
| İş Yükü 1 | Kategori 10,000 | Kategori 10,000 |
| İş Yükü 2 | 8,000 | 8,000 |
| İş Yükü 3 | 20,000 | 20,000 |
Bu senaryoda, VM veya SAN düzeyinde azaltma gerçekleşmez. SAN'ın kendisi 135.000 IOPS'ye sahiptir, her birim 80.000 IOPS'ye kadar hizmet edecek kadar büyüktür, SAN'dan yeterli IOPS kullanılabilir durumdadır, VM'nin IOPS sınırlarının hiçbiri aşılmamıştır ve istenen toplam IOPS 41.000'dir. Bu nedenle iş yüklerinin tümü azaltma olmadan yürütülür.
Tek iş yükünde ani artış
| İş Yükü | İstenen IOPS | Hizmet edilen IOPS | Ani artış süresi |
|---|---|---|---|
| AKS iş yükü | 2,000 | 2,000 | Yok |
| İş Yükü 1 | Kategori 10,000 | Kategori 10,000 | Yok |
| İş Yükü 2 | Kategori 10,000 | Kategori 10,000 | Yok |
| İş Yükü 3 | 80,000 | 80,000 | 09.00 |
Bu senaryoda azaltma gerçekleşmez. İş yükü 3, 09:00'da artarak 80.000 IOPS isteğinde bulundu. Diğer iş yüklerinden hiçbiri ani artışa neden olmadı ve SAN iş yüküne dağıtmak için yeterli ücretsiz IOPS'ye sahip olmadığından azaltma olmadı.
Genellikle bu, SAN paylaşım iş yükleri için ideal yapılandırmadır. İş yüklerinin normal işlemlerini ve zaman zaman zirveleri işlemek için yeterli performansa sahip olmak en iyisidir.
Tüm iş yüklerinde ani artış
| İş Yükü | İstenen IOPS | Hizmet edilen IOPS | Ani artış süresi |
|---|---|---|---|
| AKS iş yükü | 5.000 | 5.000 | 09.00 |
| İş Yükü 1 | 40,000 | 21,000 | 09:01 |
| İş Yükü 2 | 45.000 | 45.000 | 09.00 |
| İş Yükü 3 | 64,000 | 64,000 | 09.00 |
Her iş yükünün aynı anda zirve yaptığı en kötü senaryoda SAN'ın davranışını bilmek önemlidir.
Bu senaryoda tüm iş yükleri neredeyse aynı anda ani artışa neden olur. Bu noktada, birleştirilen tüm iş yükleri için gereken toplam IOPS (64.000 + 45.000 + 40.000 + 5.000) SAN düzeyinde sağlanan IOPS'den daha fazladır (135.000). Bu nedenle iş yükleri kısıtlanmış olur. Azaltma ilk gelen ilk hizmet temelinde gerçekleşir, dolayısıyla maksimum kapasiteye ulaşıldıktan sonra IOPS isteyen iş yükleri daha fazla performans elde etmez. Bu durumda iş yükü 1, diğer iş yüklerinden sonra 40.000 IOPS istedi, SAN zaten kullanılabilir IOPS'sinin çoğunu ayırmıştı, bu nedenle yalnızca kalan IOPS sağlandı.
Sonraki adımlar
Elastik SAN dağıtma.