SAP iş yükü için Azure Depolama türleri
Azure'da özellikler, aktarım hızı, gecikme süresi ve fiyatlar açısından büyük farklılıklar gösteren çok sayıda depolama türü vardır. Bazı depolama türleri SAP senaryoları için kullanılamaz veya sınırlı kullanılabilir. Birkaç Azure depolama türü ise belirli SAP iş yükü senaryoları için uygundur veya iyileştirilmiştir. Özellikle SAP HANA için bazı Azure depolama türleri SAP HANA ile kullanım için onaylanmıştır. Bu belgede farklı depolama türlerinin üzerinden geçiyoruz ve SAP iş yükleri ve SAP bileşenleriyle bunların yeteneklerini ve kullanılabilirliğini açıklıyoruz.
Bu makale boyunca kullanılan birimler hakkında açıklama. Genel bulut satıcıları Gigabayt veya Terabayt yerine GiB (Gibibayt) veya TiB (Boyut birimleri olarak Tebibyte) kullanmaya taşındı. Bu nedenle tüm Azure belgeleri ve prizing bu birimleri kullanıyor. Belgenin tamamında bu boyut birimleri olan MiB, GiB ve TiB birimlerine özel olarak başvuracağız. MB, GB ve TB ile planlamanız gerekebilir. Bu nedenle, 250 MiB/sn aktarım hızı yerine 400 MiB/sn aktarım hızı için boyutlandırmanız gerekiyorsa hesaplamalardaki bazı küçük farklara dikkat edin.
Microsoft Azure Depolama dayanıklılığı
Standart HDD, Standart SSD, Azure premium depolama, Premium SSD v2 ve Ultra disk için Microsoft Azure depolama alanı, temel VHD 'yi (işletim sistemi ile) ve VM'ye bağlı veri disklerini veya VHD'leri üç farklı depolama düğümünde üç kopyada tutar. Başka bir çoğaltmaya yük devretme ve depolama düğümü hatası olduğunda yeni bir çoğaltmanın tohumlanması saydamdır. Bu yedeklilik sonucunda, birden çok Azure diskte herhangi bir tür depolama yedekliliği katmanının kullanılması GEREKMİYOR. Bu olguya Yerel Yedekli Depolama (LRS) adı verilir. LRS, Azure'da bu tür depolama için varsayılandır. Azure NetApp Files , diğer yerel Azure depolama alanıyla aynı SLA'ları elde etmek için yeterli yedeklilik sağlar.
Azure'ın sunduğu farklı depolama türlerinden bazıları için geçerli olan Azure Depolama çoğaltma makalesinde açıklanan birkaç yedeklilik yöntemi daha vardır.
Dekont
Veritabanı verilerini depolamak ve günlük dosyasını yinelemek için Azure depolamayı kullanan LRS, şu anda desteklenen tek dayanıklılık düzeyidir
Ayrıca farklı Azure depolama türlerinin, Sanal Makineler için SLA'da yayımlanan tek VM kullanılabilirlik SLA'larını etkilediğini unutmayın.
Azure yönetilen diskleri
Yönetilen diskler, Azure Resource Manager'da Azure Depolama Hesaplarında depolanan VHD'ler yerine kullanılabilecek bir kaynak türüdür. Yönetilen Diskler, bağlı oldukları sanal makinenin [kullanılabilirlik kümesi][virtual-machines-manage-availability] ile otomatik olarak hizalanır. Böyle bir hizalamayla, sanal makinenizin ve sanal makinede çalışan hizmetlerin kullanılabilirliği konusunda bir gelişme yaşarsınız. Daha fazla bilgi için genel bakış makalesini okuyun.
Dekont
Diskleri için Azure blok depolaması (Azure NetApp Files ve Azure Dosyalar hariç tüm Azure depolama alanı) kullanan VM'lerin yeni dağıtımlarının, SAP veritabanı dosyalarını depolayan temel VHD/OS diskleri ve veri diskleri için Azure yönetilen diskleri kullanması gerekir. VM'leri kullanılabilirlik kümesi aracılığıyla, Kullanılabilirlik Alanları arasında veya kümelerden ve bölgelerden bağımsız olarak dağıtıp dağıtmadığınızdan bağımsızdır. Yedeklemeleri depolamak için kullanılan disklerin yönetilen diskler olması şart değildir.
SAP iş yükleriyle Depolama senaryoları
Azure'da dağıttığınız yığının çeşitli bileşenlerinde SAP iş yükünde kalıcı depolama gereklidir. Bu senaryolar en azından şöyle listelemektedir:
- Bu diske yüklediğiniz işletim sistemini ve diğer yazılımları barındıran VM'nizin temel VHD'sini kalıcı hale getiren. Bu disk/VHD, VM'nizin köküdür. Bu dosyada yapılan tüm değişikliklerin kalıcı olması gerekir. Bu nedenle, bir sonraki seferde VM'yi durdurup yeniden başlatdığınızda, daha önce yapılan tüm değişiklikler mevcut olmaya devam eder. Özellikle VM'nin Azure tarafından başlangıçta çalıştırıldığından başka bir ana bilgisayara dağıtıldığı durumlarda
- Kalıcı veri diskleri. Bu diskler, uygulama verilerini depolamak için eklediğiniz VHD'lerdir. Bu uygulama verileri bir veritabanının, yedekleme dosyalarının veya yazılım yüklemelerinin verileri ve günlük/yineleme dosyaları olabilir. İşletim sistemini barındıran temel VHD'nizin ötesindeki tüm diskler anlamına gelir
- NetWeaver veya S/4HANA için genel aktarım dizininizi içeren dosya paylaşımları veya paylaşılan diskler. Bu paylaşımların içeriği birden çok VM'de çalışan yazılımlar tarafından kullanılır veya yüksek kullanılabilirlikli yük devretme kümesi senaryoları oluşturmak için kullanılır
- EDI işlemleri veya benzeri işlemler için /sapmnt dizini veya ortak dosya paylaşımları. Bu paylaşımların içeriği birden çok VM'de çalışan yazılımlar tarafından kullanılır veya yüksek kullanılabilirlikli yük devretme kümesi senaryoları oluşturmak için kullanılır
Sonraki birkaç bölümde farklı Azure depolama türleri ve bunların dört SAP iş yükü senaryosu için kullanılabilirliği ele alınıyor. Farklı Azure depolama türlerinin nasıl kullanılması gerektiğine ilişkin genel bir kategori, Azure'da hangi disk türleri kullanılabilir? makalesinde belgelenmiştir. SAP iş yükü için farklı Azure depolama türlerini kullanma önerileri büyük ölçüde farklı olmayacaktır.
SAP NetWeaver/S/4HANA uygulama katmanı için Azure depolama türleriyle ilgili destek kısıtlamaları için sap destek notu 2015553 okuyun. SAP HANA sertifikalı ve desteklenen Azure depolama türleri için SAP HANA Azure sanal makine depolama yapılandırmaları makalesini okuyun.
Farklı Azure depolama türlerini açıklayan bölümler, SAP tarafından desteklenen depolamayı kullanma kısıtlamaları ve olasılıkları hakkında daha fazla arka plan sağlar.
DBMS çoğaltması kullanılırken Depolama seçenekleri
Başvuru mimarilerimiz SQL Server Always On, HANA Sistem Çoğaltma, Db2 HADR veya Oracle Data Guard gibi DBMS işlevlerinin kullanımını öngörmektedir. Bu teknolojileri iki veya birden çok Azure sanal makinesi arasında kullanıyorsanız, vm'lerin her biri için seçilen depolama türlerinin aynı olması gerekir. DbMS HA yapılandırmasında etkin düğüm ile çoğaltma düğümü arasındaki depolama yapılandırmasının aynı olması gerektiği anlamına gelir.
SAP depolama senaryoları için Depolama önerileri
Ayrıntılara girmeden önce, belgenin başında zaten özet ve önerileri sunuyoruz. Ancak belirli Azure depolama türlerinin ayrıntıları belgenin bu bölümünü izler. Bir tablodaki SAP depolama senaryoları için depolama önerilerini özetlediğimizde şöyle görünür:
| Kullanım senaryosu | Standart HDD | Standart SSD | Premium Depolama | Premium SSD v2 | Ultra disk | Azure NetApp Files | Azure Premium Dosyaları |
|---|---|---|---|---|---|---|---|
| İşletim sistemi diski | Uygun değil | Kısıtlı uygun (üretim dışı) | Önerilir | Mümkün değil | Mümkün değil | Mümkün değil | Mümkün değil |
| Genel aktarım Dizini | Desteklenmez | Desteklenmez | Önerilir | Önerilir | Önerilir | Önerilir | Kesinlikle Önerilir |
| /sapmnt | Uygun değil | Kısıtlı uygun (üretim dışı) | Önerilir | Önerilir | Önerilir | Önerilir | Kesinlikle Önerilir |
| DBMS Veri hacmi SAP HANA M/Mv2 VM aileleri | Desteklenmez | Desteklenmez | Önerilir | Önerilir | Önerilir | Önerilen2 | Desteklenmez |
| DBMS günlük birimi SAP HANA M/Mv2 VM aileleri | Desteklenmez | Desteklenmez | Önerilen1 | Önerilir | Önerilir | Önerilen2 | Desteklenmez |
| DBMS Veri hacmi SAP HANA Esv3/Edsv4 VM aileleri | Desteklenmez | Desteklenmez | Önerilir | Önerilir | Önerilir | Önerilen2 | Desteklenmez |
| DBMS günlük birimi SAP HANA Esv3/Edsv4 VM aileleri | Desteklenmez | Desteklenmez | Desteklenmez | Önerilir | Önerilir | Önerilen2 | Desteklenmez |
| HANA paylaşılan birimi | Desteklenmez | Desteklenmez | Önerilir | Önerilir | Önerilir | Önerilir | Önerilen3 |
| DBMS Veri birimi HANA olmayan | Desteklenmez | Kısıtlı uygun (üretim dışı) | Önerilir | Önerilir | Önerilir | Yalnızca SLES/RHEL Linux üzerinde Oracle Linux, Db2 ve SAP ASE'de belirli Oracle sürümleri için | Desteklenmez |
| DBMS günlük birimi HANA olmayan M/Mv2 VM aileleri | Desteklenmez | Kısıtlı uygun (üretim dışı) | Önerilen1 | Önerilir | Önerilir | Yalnızca SLES/RHEL Linux üzerinde Oracle Linux, Db2 ve SAP ASE'de belirli Oracle sürümleri için | Desteklenmez |
| DBMS günlük birimi HANA olmayan M/Mv2 VM aileleri | Desteklenmez | kısıtlı uygun (üretim dışı) | Orta düzey iş yüküne kadar uygun | Önerilir | Önerilir | Yalnızca SLES/RHEL Linux üzerinde Oracle Linux, Db2 ve SAP ASE'de belirli Oracle sürümleri için | Desteklenmez |
1 Günlük/yineleme günlük birimleri için M/Mv2 VM aileleri için Azure Yazma Hızlandırıcısı kullanımıyla
2 ANF kullanmak için ANF'de /hana/data ve /hana/log gerekir
3 Şimdiye kadar yalnızca SLES'de test edildi
Aşağıdakiler gibi farklı depolama türleri listesinden bekleyebileceğiniz özellikler:
| Kullanım senaryosu | Standart HDD | Standart SSD | Premium Depolama | Premium SSD v2 | Ultra disk | Azure NetApp Files | Azure Premium Dosyaları |
|---|---|---|---|---|---|---|---|
| Aktarım Hızı/ IOPS SLA'sı | Hayır | Hayı | Evet | Evet | Evet | Evet | Evet |
| Gecikme Süresi Okumaları | Yüksek | Orta ve yüksek | Düşük | submillisecond | submillisecond | submillisecond | Iowa |
| Gecikme Yazma İşlemleri | Yüksek | Orta ve yüksek | Düşük (milisaniyealtı 1) | submillisecond | submillisecond | submillisecond | Iowa |
| HANA desteklenir | Hayır | Hayır | Evet1 | Evet | Evet | Evet | Hayır |
| Disk anlık görüntüleri mümkün | Evet | Evet | Evet | Hayı | Hayı | Evet | Hayır |
| Kullanılabilirlik kümeleri kullanılırken farklı depolama kümelerinde disk ayırma | Yönetilen diskler aracılığıyla | Yönetilen diskler aracılığıyla | Yönetilen diskler aracılığıyla | Kullanılabilirlik kümeleri aracılığıyla dağıtılan VM'lerde disk türü desteklenmiyor | Kullanılabilirlik kümeleri aracılığıyla dağıtılan VM'lerde disk türü desteklenmiyor | Hayır3 | Hayır |
| Kullanılabilirlik Alanları ile hizalanmış | Evet | Evet | Evet | Evet | Evet | Genel önizlemede | Hayır |
| Zaman Uyumlu Bölgesel yedeklilik | Yönetilen diskler için değil | Yönetilen diskler için değil | DBMS için desteklenmez | Hayır | Hayı | Hayı | Evet |
| Zaman Uyumsuz Bölgesel yedeklilik | Yönetilen diskler için değil | Yönetilen diskler için değil | DBMS için desteklenmez | Hayır | Hayır | Önizlemede | Hayır |
| Coğrafi yedeklilik | Yönetilen diskler için değil | Yönetilen diskler için değil | Hayır | Hayı | Hayır | Mümkün | Hayır |
1 Günlük/yineleme günlük birimleri için M/Mv2 VM aileleri için Azure Yazma Hızlandırıcısı kullanımıyla
2 Maliyetler sağlanan IOPS'ye ve aktarım hızına bağlıdır
3 Farklı ANF kapasite havuzlarının oluşturulması, kapasite havuzlarının farklı depolama birimlerine dağıtılmasını garanti etmez
Önemli
1 milisaniyeden kısa gecikme süreleri gerektiğinde NFS birimlerinin ve VM'lerin yakın yerleşimi ile ilgili ayrıntıları bulmak için bu belgenin Azure NetApp Files bölümüne göz atın.
Azure premium depolama
Azure premium SSD depolama, aşağıdakileri sağlama hedefiyle kullanıma sunulmuştur:
- Düşük G/Ç gecikme süresi
- IOPS ve aktarım hızı için SLA'lar
- G/Ç gecikme süresinde daha az değişkenlik
Bu depolama türü DBMS iş yüklerini, düşük tek basamaklı milisaniyelik gecikme süresi gerektiren depolama trafiğini ve IOPS ile aktarım hızı üzerindeki SLA'ları hedefler. Azure premium depolama için maliyet temeli, bu tür disklerde depolanan gerçek veri birimi değildir, disk içinde depolanan veri miktarından bağımsız olarak bu tür bir diskin boyut kategorisidir. Premium SSD makalesinde gösterilen boyut kategorilerine doğrudan eşlenmemiş premium depolamada diskler de oluşturabilirsiniz. Bu makalenin sonuçları şunlardır:
- Depolama aralıklar halinde düzenlenmiştir. Örneğin, 513 GiB ile 1024 GiB arasında bir disk aynı özellikleri ve aynı aylık maliyetleri paylaşır
- GiB başına IOPS, boyut kategorilerinde doğrusal olarak izlenmez. 32 GiB'nin altındaki küçük diskler GiB başına daha yüksek IOPS hızlarına sahiptir. 32 GiB ile 1024 GiB arasındaki diskler için GiB başına IOPS hızı GiB başına 4-5 IOPS arasındadır. 32.767 GiB'ye kadar daha büyük diskler için GiB başına IOPS hızı 1'in altına inmektedir
- Bu depolama için G/Ç aktarım hızı, disk kategorisinin boyutuyla doğrusal değildir. 65 GiB ile 128 GiB kapasite arasındaki kategori gibi daha küçük diskler için aktarım hızı GiB başına yaklaşık 780 KB'tır. 32.767 GiB disk gibi aşırı büyük diskler için aktarım hızı GiB başına yaklaşık 28 KB'tır
- IOPS ve aktarım hızı SLA'ları diskin kapasitesi değiştirilmeden değiştirilemez
SAP iş yükü için yetenek matrisi şöyle görünür:
| Özellik | Açıklama | Notlar/Bağlantılar |
|---|---|---|
| İşletim sistemi tabanı VHD | Uygun | Tüm sistemler |
| Veri diski | Uygun | Tüm sistemler - SAP HANA için özel olarak |
| SAP genel aktarım dizini | Evet | Destekleniyor |
| SAP sapmnt | Uygun | Tüm sistemler |
| Yedekleme alanı | Uygun | Yedeklemelerin kısa süreli depolanması için |
| Paylaşımlar/paylaşılan disk | Kullanılamaz | Azure Premium Dosyalar veya üçüncü taraf gerekir |
| Dayanıklılık | LRS | Diskler için kullanılabilir GRS veya ZRS yok |
| Gecikme süresi | Düşük-orta | - |
| IOPS SLA | Evet | - |
| IOPS doğrusaldan kapasiteye | köşeli ayraç içinde yarı doğrusal | Yönetilen Disk fiyatlandırması |
| Disk başına en fazla IOPS | Disk boyutuna bağlı 20.000 | Ayrıca VM sınırlarını da göz önünde bulundurun |
| Çıktı Hizmet Düzeyi Sözleşmesi | Evet | - |
| Kapasiteye doğrusal aktarım hızı | Köşeli ayraçlar halinde yarı doğrusal | Yönetilen Disk fiyatlandırması |
| HANA sertifikalı | Evet | SAP HANA için özel |
| Azure Write Accelerator desteği | Hayır | - |
| Disk genişletme | Evet | - |
| Disk anlık görüntüleri mümkün | Evet | - |
| Azure Backup VM anlık görüntüleri mümkün | Evet | - |
| Maliyetler | Medium | - |
Azure premium depolama, Azure premium depolama ile sunulan yaygın önbelleğe alma türleriyle SAP HANA depolama gecikme süresi KPI'lerini karşılamaz. SAP HANA günlük yazma işlemleri için depolama gecikmesi KPI'lerini yerine getirmek için, Yazma Hızlandırıcısını Etkinleştirme makalesinde açıklandığı gibi Azure Yazma Hızlandırıcısı önbelleğe alma özelliğini kullanmanız gerekir. Azure Yazma Hızlandırıcısı, işlem günlüğü yazma ve yineleme günlüğü yazma işlemleri için diğer tüm DBMS sistemlerinden yararlanır. Bu nedenle, bunu tüm SAP DBMS dağıtımlarında kullanmanız önerilir. SAP HANA için Azure Premium depolama ile /hana/log için Azure Write Accelerator kullanımı zorunludur.
Özet: Azure premium depolama, SAP iş yükü için önerilen Azure depolama türlerinden biridir. Bu öneri üretim dışı sistemler ve üretim sistemleri için geçerlidir. Azure premium depolama, veritabanı iş yüklerini işlemek için uygundur. Azure Yazma Hızlandırıcısı'nın kullanımı, Azure premium disklere karşı yazma gecikmesini önemli ölçüde geliştirecek. Ancak yüksek IOPS ve aktarım hızına sahip DBMS sistemleri için depolama kapasitesinin fazla sağlanması gerekir. Ya da size bir tarafta istenen kapasiteyi veren şerit kümeleri oluşturmak için Windows Depolama Spaces veya Linux'taki mantıksal birim yöneticileri gibi işlevleri kullanmanız gerekir. Ancak en iyi maliyet verimliliğiyle gerekli IOPS veya aktarım hızı da sağlanır.
Premium depolama için Azure seri kullanım işlevselliği
Kapasite olarak 512 GiB'ye eşit veya daha küçük Azure premium depolama diskleri için seri depolama işlevselliği sunulur. Disk patlamasının tam olarak nasıl çalıştığı Disk serileri makalesinde açıklanmıştır. Makaleyi okuduğunuzda, G/Ç iş yükünüzün disklerin nominal IOPS ve aktarım hızının altında olduğu zamanlarda IOPS ve aktarım hızı tahakkuk etme kavramını anlarsınız (nominal aktarım hızıyla ilgili ayrıntılar için Bkz . Yönetilen Disk fiyatlandırması). Geçerli kullanımınız ile diskin nominal değerleri arasında IOPS ve aktarım hızı deltasını tahakkuk ettireceksiniz. Patlamalar en fazla 30 dakika ile sınırlıdır.
Bu ani artış işlevinin planlanabileceği ideal durumlar büyük olasılıkla farklı DBMS için veri dosyaları içeren birimler veya diskler olacaktır. Bu birimlerde beklenen G/Ç iş yükünün, özellikle küçük ve orta aralıklı sistemlerde aşağıdaki gibi görünmesi beklenir:
- Veriler ideal olarak bellekte önbelleğe alındığından düşük ila orta düzeyde okuma iş yükü. Veya SAP HANA ile olduğu gibi tamamen bellekte olmalıdır
- Düzenli olarak verilen veritabanı denetim noktaları veya kayıt noktaları tarafından tetiklenen yazma artışları
- Yedeklemelerin depolama anlık görüntüleri aracılığıyla yürütülmediği durumlarda sürekli akışta okuyan yedekleme iş yükü
- SAP HANA için, örnek yeniden başlatıldıktan sonra verilerin belleğe yüklenmesi
Özellikle iş yükünüzün yalnızca saniye başına birkaç yüz işlem gerçekleştirdiği daha küçük DBMS sistemlerinde bu tür bir ani artış işlevi, işlemi veya yineleme günlüğünü depolayan diskler veya birimler için de anlamlı olabilir. Bu tür bir diske veya birimlere karşı beklenen iş yükü şöyle görünür:
- Uygulama tarafından verilen her işleme bir G/Ç işlemini tetikleyebileceğinden, iş yüküne ve iş yükünün doğasına bağımlı olan diske düzenli yazma işlemleri
- Dizin oluşturma veya yeniden oluşturma gibi işletimsel görevler için aktarım hızı daha yüksek iş yükü
- İşlem günlüğü veya yineleme günlüğü yedeklemeleri gerçekleştirirken ani artışları okuma
Azure Premium SSD v2
Azure Premium SSD v2 depolama, aşağıdakileri sağlama hedefiyle sunulan yeni bir premium depolama sürümüdür:
- Daha küçük okuma ve yazma G/Ç boyutları için milisaniyenin altında G/Ç gecikmesi
- IOPS ve aktarım hızı için SLA'lar
- Sağlanan GB ile kapasite ödeme
- Disk başına varsayılan bir IOPS ve depolama aktarım hızı kümesi sağlayın
- Her diske daha fazla IOPS ve aktarım hızı ekleme ve bu ek sağlanan kaynaklar için ayrı ödeme yapma olanağı verme
- Azure Yazma Hızlandırıcısı veya diğer önbellekler gibi diğer işlevlerin yardımı olmadan SAP HANA sertifikasını geçirme
Bu depolama türü DBMS iş yüklerini, düşük gecikme süresi gerektiren depolama trafiğini ve IOPS ile aktarım hızı üzerindeki SLA'ları hedefler. Premium SSD v2 diskleri varsayılan olarak 3.000 IOPS ve 125 MB/sn aktarım hızı ile teslim edilir. Ayrıca tek tek disklere daha fazla IOPS ve aktarım hızı ekleme olanağı. Depolama fiyatlandırması, daha fazla aktarım hızı veya IOPS eklemenin fiyatı önemli ölçüde etkilemeyebilecek şekilde yapılandırılmıştır. Bununla birlikte, Premium SSD v2 için depolama yapılandırmasının nasıl görüneceğine karar verme konusunda size kalmış olacağız. Temel başlangıç için SAP HANA Azure sanal makinesi Premium SSD v2 depolama yapılandırmaları makalesini okuyun.
Gerçek bölgeler için bu yeni blok depolama türü kullanılabilir ve gerçek kısıtlamalar Premium SSD v2 belgesini okur.
SAP iş yükü için yetenek matrisi şöyle görünür:
| Özellik | Açıklama | Notlar/Bağlantılar |
|---|---|---|
| İşletim sistemi tabanı VHD | Desteklenmez | Sistem yok |
| Veri diski | Uygun | Tüm sistemler |
| SAP genel aktarım dizini | Evet | Tüm sistemler |
| SAP sapmnt | Uygun | Tüm sistemler |
| Yedekleme alanı | Uygun | Yedeklemelerin kısa süreli depolanması için |
| Paylaşımlar/paylaşılan disk | Kullanılamaz | Azure Premium Dosyalar veya Azure NetApp Files gerekir |
| Dayanıklılık | LRS | Diskler için kullanılabilir GRS veya ZRS yok |
| Gecikme süresi | submillisecond | - |
| IOPS SLA | Evet | - |
| IOPS doğrusaldan kapasiteye | yarı doğrusal | Yönetilen Disk fiyatlandırması |
| Disk başına en fazla IOPS | Disk boyutuna bağlı 80.000 | Ayrıca VM sınırlarını da göz önünde bulundurun |
| Çıktı Hizmet Düzeyi Sözleşmesi | Evet | - |
| Kapasiteye doğrusal aktarım hızı | Yarı doğrusal | Yönetilen Disk fiyatlandırması |
| HANA sertifikalı | Evet | - |
| Azure Write Accelerator desteği | Hayır | - |
| Disk genişletme | Hayır | - |
| Disk anlık görüntüleri mümkün | Hayır | - |
| Azure Backup VM anlık görüntüleri mümkün | Hayır | - |
| Maliyetler | Medium | - |
Azure Premium depolamanın aksine Azure Premium SSD v2, SAP HANA depolama gecikme süresi KPI'lerini karşılar. Sonuç olarak, Yazma Hızlandırıcısını Etkinleştirme makalesinde açıklandığı gibi Azure Yazma Hızlandırıcısı önbelleğe alma özelliğini kullanmanız gerekmez.
Özet: Azure Premium SSD v2, SAP iş yükleri için en iyi fiyat/performans oranına uyan blok depolama alanıdır. Azure Premium SSD v2, veritabanı iş yüklerini işlemek için uygundur. Milisaniyenin altında gecikme süresi, zorlu DBMS iş yükleri için ideal depolama alanıdır. Bu, Kasım 2022'de yayımlanan daha yeni bir depolama türü olsa da. Bu nedenle, önümüzdeki birkaç ay içinde ortadan kaldırılacak bazı sınırlamalar olabilir.
Azure Ultra disk
Azure ultra diskler Azure IaaS VM'leri içi yüksek işleme hızı, yüksek IOPS ve tutarlı olarak düşük gecikme süresi getirir. Ultra disklerin bazı avantajları, sanal makinelerinizi (VM) yeniden başlatmanıza gerek kalmadan iş yüklerinizle birlikte diskin IOPS ve aktarım hızını dinamik olarak değiştirme olanağını içerir. Ultra diskler SAP DBMS iş yükü gibi yoğun veri gerektiren iş yükleri için uygundur. Ultra diskler yalnızca veri diskleri olarak kullanılabilir ve işletim sistemini depolayan temel VHD diski olarak kullanılamaz. Azure premium depolamanın tabanlı VHD disk olarak kullanılması önerilir.
Ultra disk oluştururken tanımlayabildiğiniz üç boyut vardır:
- Diskin kapasitesi. Aralıklar 4 GiB ile 65.536 GiB arasındadır
- Disk için sağlanan IOPS. Diskin kapasitesine farklı maksimum değerler uygulanır. Daha fazla ayrıntı için Ultra disk makalesini okuyun
- Sağlanan depolama bant genişliği. Diskin kapasitesine bağlı olarak farklı maksimum bant genişliği uygulanır. Daha fazla ayrıntı için Ultra disk makalesini okuyun
Tek bir diskin maliyeti, belirli diskler için ayrı ayrı tanımlayabileceğiniz üç boyuta göre belirlenir.
SAP iş yükü için yetenek matrisi şöyle görünür:
| Özellik | Açıklama | Notlar/Bağlantılar |
|---|---|---|
| İşletim sistemi tabanı VHD | Çalışmıyor | - |
| Veri diski | Uygun | Tüm sistemler |
| SAP genel aktarım dizini | Evet | Destekleniyor |
| SAP sapmnt | Uygun | Tüm sistemler |
| Yedekleme alanı | Uygun | Yedeklemelerin kısa süreli depolanması için |
| Paylaşımlar/paylaşılan disk | Kullanılamaz | Üçüncü taraf gerekiyor |
| Dayanıklılık | LRS | Diskler için kullanılabilir GRS veya ZRS yok |
| Gecikme süresi | Çok düşük | - |
| IOPS SLA | Evet | - |
| IOPS doğrusaldan kapasiteye | Köşeli ayraçlar halinde yarı doğrusal | Yönetilen Disk fiyatlandırması |
| Disk başına en fazla IOPS | 1.200 - 160.000 | disk kapasitesine bağımlı |
| Çıktı Hizmet Düzeyi Sözleşmesi | Evet | - |
| Kapasiteye doğrusal aktarım hızı | Köşeli ayraçlar halinde yarı doğrusal | Yönetilen Disk fiyatlandırması |
| HANA sertifikalı | Evet | - |
| Azure Write Accelerator desteği | Hayır | - |
| Disk genişletme | Hayır | - |
| Disk anlık görüntüleri mümkün | Hayır | - |
| Azure Backup VM anlık görüntüleri mümkün | Hayır | - |
| Maliyetler | Premium depolamadan daha yüksek | - |
Özet: Azure ultra diskler, her türlü SAP iş yükü için düşük milisaniyelik gecikme süresine sahip uygun bir depolama alanıdır. Şimdiye kadar Ultra disk yalnızca Kullanılabilirlik Alanları (bölgesel dağıtım) aracılığıyla dağıtılan VM'lerle birlikte kullanılabilir. Ultra disk depolama anlık görüntülerini desteklemiyor. Diğer tüm depolamanın aksine Ultra disk, temel VHD diski için kullanılamaz. Ultra disk, G/Ç iş yükünün çok fazla dalgalandığı ve dağıtılmış depolama aktarım hızını veya IOPS'yi maksimum bant genişliği ve IOPS kullanımı için boyutlandırma yerine depolama iş yükü desenlerine uyarlamak istediğiniz durumlar için idealdir.
Azure NetApp dosyaları (ANF)
Azure NetApp Files , Yüksek performanslı Azure yerel NFS ve SMB paylaşımları sağlama hedefiyle Microsoft ile NetApp arasındaki işbirliğinin sonucudur. Vurgu, DBMS dağıtım senaryolarına olanak tanıyan yüksek bant genişliği ve düşük gecikme süreli depolama sağlamak ve zaman içinde Azure aracılığıyla NetApp depolamanın tipik işletimsel işlevselliğini sağlamaktır. NFS/SMB paylaşımları, depolama aktarım hızını ve fiyatı birbirinden ayıran üç farklı hizmet düzeyinde sunulur. Hizmet düzeyleri, Azure NetApp Files için hizmet düzeyleri makalesinde belgelenmiştir. Farklı SAP iş yükü türleri için aşağıdaki hizmet düzeyleri kesinlikle önerilir:
- SAP DBMS iş yükü: Performans, ideal olarak Ultra
- SAPMNT paylaşımı: Performans, ideal olarak Ultra
- Genel aktarım dizini: Performans, ideal olarak Ultra
Dekont
Minimum sağlama boyutu, kapasite havuzu olarak adlandırılan 4 TiB birimdir. Ardından bu kapasite havuzundan birimler oluşturursunuz. Ancak oluşturabileceğiniz en küçük birim 100 GiB'dir. TiB adımlarında kapasite havuzunu genişletebilirsiniz. Fiyatlandırma için Azure NetApp Files Fiyatlandırması makalesine bakın
ANF depolama şu anda birkaç SAP iş yükü senaryosu için desteklenmektedir:
- SAP'nin genel aktarım dizini için SMB veya NFS paylaşımları sağlama
- Yüksek kullanılabilirlik senaryolarında aşağıdakilerde belirtildiği gibi paylaşım sapmnt'i:
- SAP uygulamaları için Azure NetApp Files(SMB) ile Windows’daki Azure VM’lerinde SAP NetWeaver için yüksek kullanılabilirlik
- SAP uygulamaları için Azure NetApp Files ile SUSE Linux Enterprise Server üzerinde Azure VM'lerinde SAP NetWeaver için yüksek kullanılabilirlik
- Azure Sanal Makineler SAP uygulamaları için Azure NetApp Files ile Red Hat Enterprise Linux üzerinde SAP NetWeaver için yüksek kullanılabilirlik
- SAP HANA Azure sanal makine depolama yapılandırmaları makalesinde açıklandığı gibi /hana/data ve /hana/log birimleri ve/veya /hana/paylaşılan birimler için NFS v4.1 veya NFS v3 birimleri için NFS v4.1 paylaşımlarını kullanan SAP HANA dağıtımları
- Suse veya Red Hat Linux konuk işletim sisteminde IBM Db2
- Oracle verileri için dNFS kullanarak Oracle Linux konuk işletim sisteminde oracle dağıtımları ve günlük birimlerini yineleme. Sap iş yükü için Azure Sanal Makineler Oracle DBMS dağıtımı makalesinde daha fazla ayrıntı bulunabilir
- Suse veya Red Hat Linux konuk işletim sisteminde SAP ASE
Dekont
Şu ana kadar Azure NetApp Files tabanlı SMB'de hiçbir DBMS iş yükü desteklenmemektedir.
Azure premium depolamada olduğu gibi, aktarım hızındaki bazı minimum sayılara bağlı kalmanız gerektiğinde GB başına sabit veya doğrusal aktarım hızı boyutu sorun olabilir. SAP HANA'da olduğu gibi. ANF ile bu sorun Azure premium diskten daha belirgin hale gelebilir. Azure premium disk kullanarak GiB başına görece yüksek aktarım hızına sahip birkaç küçük disk alabilir ve bunlar arasında şerit oluşturarak maliyet tasarrufu sağlayabilir ve daha düşük kapasitede daha yüksek aktarım hızına sahip olabilirsiniz. Bu tür şeritleme, ANF'de barındırılan NFS veya SMB paylaşımları için çalışmaz. Bu kısıtlama aşağıdaki gibi fazlalıkların dağıtılmasıyla sonuçlandı:
- Örneğin ANF'de barındırılan bir NFS biriminde 250 MiB/sn aktarım hızı elde etmek için Ultra hizmet düzeyinde 1,95 TiB kapasite dağıtmanız gerekir.
- 400 MiB/sn'ye ulaşmak için 3,125 TiB kapasite dağıtmanız gerekir. Ancak, birim için gereken aktarım hızına ulaşmak için kapasitenin aşırı sağlanması gerekebilir. Kapasitenin aşırı sağlanması, daha küçük HANA örneklerinin fiyatlandırmasını etkiler.
- SAP /sapmnt dizini için ANF'nin üzerinde NFS kullanarak, genellikle Azure NetApp Files tarafından zorunlu kılınan en az 100 GiB ile 150 GiB arasında bir kapasiteye sahipsiniz. Ancak müşteri deneyimi, ilgili 12,8 MiB/sn aktarım hızının (Ultra hizmet düzeyi kullanılarak) yeterli olmayabileceğini ve SAP sisteminin kararlılığını olumsuz etkileyebileceğini gösterdi. Böyle durumlarda, müşteriler /sapmnt biriminin hacmini artırarak sorunlardan kaçınabilir, böylece bu birime daha fazla aktarım hızı sağlanır.
SAP iş yükü için yetenek matrisi şöyle görünür:
| Özellik | Açıklama | Notlar/Bağlantılar |
|---|---|---|
| İşletim sistemi tabanı VHD | Çalışmıyor | - |
| Veri diski | Uygun | SAP HANA, Oracle Linux üzerinde Oracle, Db2 ve SLES/RHEL üzerinde SAP ASE |
| SAP genel aktarım dizini | Evet | SMB ve NFS |
| SAP sapmnt | Uygun | Tüm sistem SMB'leri (yalnızca Windows) veya NFS (yalnızca Linux) |
| Yedekleme alanı | Uygun | - |
| Paylaşımlar/paylaşılan disk | Evet | SMB 3.0, NFS v3 ve NFS v4.1 |
| Dayanıklılık | LRS ve GRS | GRS kullanılabilir |
| Gecikme süresi | Çok düşük | - |
| IOPS SLA | Evet | - |
| IOPS doğrusaldan kapasiteye | kesinlikle doğrusal | Hizmet Düzeyine Bağımlı |
| Çıktı Hizmet Düzeyi Sözleşmesi | Evet | - |
| Kapasiteye doğrusal aktarım hızı | Doğrusal | Hizmet Düzeyine Bağımlı |
| HANA sertifikalı | Evet | - |
| Disk anlık görüntüleri mümkün | Evet | - |
| Azure Backup VM anlık görüntüleri mümkün | Hayır | - |
| Maliyetler | Premium depolamadan daha yüksek | - |
ANF depolamanın diğer yerleşik işlevleri:
- Birimin anlık görüntülerini gerçekleştirme özelliği
- ANF birimlerini anlık görüntülerden kopyalama
- Anlık görüntülerden birimleri geri yükleme (snap-revert)
- SAP HANA ve Oracle için uygulamayla tutarlı Anlık Görüntü yedekleme
Önemli
Özellikle en azından yineleme günlükleriniz için düşük gecikme süreleri elde etmek istediğiniz veritabanı dağıtımları için. Özellikle SAP HANA için SAP, daha küçük boyutlardaki HANA yineleme günlüğü yazma işlemleri için 1 milisaniyeden kısa bir gecikme süresi gerektirir. Bu gecikme sürelerine ulaşmak için aşağıdaki olasılıklara bakın.
Önemli
DBMS dışı kullanım için bile, NFS paylaşımlarını bağlaması gereken VM'lerinizi yerleştirdiğiniz azure Kullanılabilirlik Alanları NFS paylaşımını oluşturmanıza olanak tanıyan önizleme işlevini kullanmanız gerekir. Bu işlevsellik, Azure NetApp Files için kullanılabilirlik alanı birim yerleşimini yönetme makalesinde belgelenmiştir. Bu tür bir Kullanılabilirlik Alanı hizalamasına sahip olma motivasyonu, NFS paylaşımlarının vm'leri çalıştırmadığınız başka bir AvZone'da bulunmasıyla risk yüzeyinin azaltılmasıdır.
- Uygulama Birimi Grupları kullanılarak düzenlenebilen VM ve NFS paylaşımı arasındaki en yakın yakınlığı seçebilirsiniz. Uygulama Birim Gruplarının avantajı, en iyi yakınlığı ayırmanın yanı sıra ve en düşük gecikme süresini oluşturmanın yanı sıra SAP HANA dağıtımları için farklı NFS paylaşımlarınızın Azure NetApp Files arka uç kümelerindeki farklı denetleyiciler arasında dağıtılmasıdır. Bu yöntemin dezavantajı, yeniden sabitleme işleminden geçmeniz gerektiğidir. VM dağıtımınızı tek bir veri merkeziyle kısıtlamayı sona erdirecek bir işlem. İlk yöntem olarak bir Kullanılabilirlik Alanları yerine. Bu, NFS birimlerinin bağlı olduğu VM'lerin VM boyutlarını ve VM ailelerini değiştirme konusunda daha az esneklik anlamına gelir.
- Kullanılabilirlik Yerleştirme Gruplarını kullanmama işlemi geçerli. Şu ana kadar yalnızca SAP HANA için kullanılabilir. Bu işlem, Kullanılabilirlik Birimi gruplarında olduğu gibi el ile sabitleme işlemini de kullanır. Bu yöntem son üç yıldır kullanılan yöntemdir. İşlem ile Kullanılabilirlik Birim Grupları ile aynı esneklik kısıtlamalarına sahiptir.
Veritabanına özgü kullanım için ANF'yi temel alan NFS birimlerini ayırma tercihleri olarak, önce NFS birimini VM'nizle aynı bölgede ayırmayı denemelisiniz. Özellikle HANA olmayan veritabanları için. Yalnızca gecikme süresinin yetersiz olduğu kanıtlanırsa el ile sabitleme işleminden geçmeniz gerekir. Daha küçük HANA iş yükü veya üretim dışı HANA iş yükü için bölgesel ayırma yöntemini de izlemeniz gerekir. Yalnızca performans ve gecikme süresinin yeterli olmadığı durumlarda Uygulama Birim Gruplarını kullanmanız gerekir.
Özet: Azure NetApp Files, NFS ve SMB birimlerini veya paylaşımlarını dağıtmaya olanak tanıyan HANA sertifikalı düşük gecikme süreli bir depolama alanıdır. Depolama birimin GiB kapasitesi başına doğrusal bir şekilde farklı aktarım hızı ve IOPS sağlayan üç farklı hizmet düzeyiyle birlikte gelir. ANF depolama, hazır bekleyen düğümle SAP HANA ölçek genişletme senaryolarını dağıtmayı mümkün kılar. Depolama, /sapmnt veya SAP genel aktarım dizini için gerektiğinde dosya paylaşımları sağlamak için uygundur. ANF depolama, yerel NetApp işlevselliği olarak kullanılabilen işlevsellik kullanılabilirliğiyle birlikte gelir.
Azure Premium Dosyaları
Azure Premium Dosyalar , SAP uygulama katmanı paylaşımlarını işlemek için orta bir fiyat ve yeterli gecikme süresi için SMB ve NFS sunan paylaşılan bir depolama alanıdır. En üstte, Azure premium Dosyalar bir çoğaltmanın başarısız olması durumunda başka bir bölgedeki başka bir çoğaltmanın devralabileceği bir otomatikmatizm ile paylaşımların zaman uyumlu bölgesel çoğaltmasını sunar. Azure NetApp Files'ın aksine performans katmanı yoktur. Kapasite havuzuna da gerek yoktur. Ücretlendirme, farklı paylaşımların gerçek sağlanan kapasitesine dayanır. Azure Premium Dosyalar, SAP iş yükü için DBMS depolama alanı olarak test edilmedi. Ancak SAP iş yükü için kullanım senaryosu, SAP uygulama katmanında kullanıldığından tüm SMB ve NFS paylaşım türlerine odaklanmıştır. Azure Premium Dosyalar, /hana/shared kullanımı için de uygundur.
Dekont
Şu ana kadar Azure Premium Dosyalar temelinde paylaşılan birimlerde HIÇBIR SAP DBMS iş yükü desteklenmemektedir.
Azure Premium Dosyalar listesinde desteklenen SAP senaryoları:
- SAP'nin genel aktarım dizini için SMB veya NFS paylaşımları sağlama
- Yüksek kullanılabilirlik senaryolarında aşağıdakilerde belirtildiği gibi paylaşım sapmnt'i:
- Azure Dosyalar üzerinde NFS ile SUSE Linux Enterprise Server üzerinde Azure VM'lerinde SAP NetWeaver için yüksek kullanılabilirlik
- Azure Dosyalar üzerinde NFS ile Red Hat Enterprise Linux üzerinde Azure VM'lerinde SAP NetWeaver için yüksek kullanılabilirlik
- SAP uygulamaları için Azure Dosyalar Premium SMB ile Windows üzerinde Azure VM'lerinde SAP NetWeaver için yüksek kullanılabilirlik
- SUSE Linux Enterprise Server üzerinde HSR ile SAP HANA ölçek genişletme sistemi için yüksek kullanılabilirlik
Azure Premium Dosyalar, Azure NetApp Files ile karşılaştırıldığında en az 100 GB paylaşım boyutunda daha büyük miktarda IOPS ile başlar. Bu daha yüksek IOPS çubuğu, belirli IOPS ve aktarım hızı değerlerine ulaşmak için kapasite fazla sağlamayı önleyebilir. IOPS ve depolama aktarım hızı için Azure dosya paylaşımı ölçek hedefleri Azure Dosyalar ölçeklenebilirlik ve performans hedefleri bölümünü okuyun.
SAP iş yükü için yetenek matrisi şöyle görünür:
| Özellik | Açıklama | Notlar/Bağlantılar |
|---|---|---|
| İşletim sistemi tabanı VHD | Çalışmıyor | - |
| Veri diski | SAP iş yükleri için desteklenmez | - |
| SAP genel aktarım dizini | Evet | SMB ve NFS |
| SAP sapmnt | Uygun | Tüm sistem SMB'leri (yalnızca Windows) veya NFS (yalnızca Linux) |
| Yedekleme alanı | Uygun | - |
| Paylaşımlar/paylaşılan disk | Evet | SMB 3.0, NFS v4.1 |
| Dayanıklılık | LRS ve ZRS | Azure Premium Dosyalar için kullanılabilir GRS yok |
| Gecikme süresi | Iowa | - |
| IOPS SLA | Evet | - |
| IOPS doğrusaldan kapasiteye | kesinlikle doğrusal | - |
| Çıktı Hizmet Düzeyi Sözleşmesi | Evet | - |
| Kapasiteye doğrusal aktarım hızı | kesinlikle doğrusal | - |
| HANA sertifikalı | Hayır | - |
| Disk anlık görüntüleri mümkün | Hayır | - |
| Azure Backup VM anlık görüntüleri mümkün | Hayır | - |
| Maliyetler | Iowa | - |
Özet: Azure Premium Dosyalar, NFS ve SMB birimlerini veya paylaşımlarını dağıtmaya olanak tanıyan düşük gecikme süreli bir depolama alanıdır. Azure Premium Dosyalar, SAP uygulama katmanı paylaşımları için mükemmel fiyat/performans oranı sağlar. Ayrıca bu paylaşımlar için zaman uyumlu bölgesel çoğaltma sağlar. Şu ana kadar SAP DBMS iş yükü için bu depolama türünü desteklemiyoruz. Ancak /hana/paylaşılan birimler için kullanılabilir.
Azure standart SSD depolama
Azure standart HDD depolama ile karşılaştırıldığında, Azure standart SSD depolama daha iyi kullanılabilirlik, tutarlılık, güvenilirlik ve gecikme süresi sunar. Daha düşük IOPS düzeylerinde tutarlı performans gerektiren iş yükleri için iyileştirilmiştir. Bu depolama alanı, IOPS ve aktarım hızı talepleri düşük olan üretim dışı SAP sistemleri için kullanılan en düşük depolama alanıdır. SAP iş yükü için yetenek matrisi şöyle görünür:
| Özellik | Açıklama | Notlar/Bağlantılar |
|---|---|---|
| İşletim sistemi tabanı VHD | Kısıtlı uygun | Üretim dışı sistemler |
| Veri diski | Kısıtlı uygun | Düşük IOPS ve gecikme süresi taleplerine sahip bazı üretim dışı sistemler |
| SAP genel aktarım dizini | Hayır | Desteklenmiyor |
| SAP sapmnt | Kısıtlı uygun | Üretim dışı sistemler |
| Yedekleme alanı | Uygun | - |
| Paylaşımlar/paylaşılan disk | Kullanılamaz | Üçüncü taraf gerekiyor |
| Dayanıklılık | LRS, GRS | Diskler için ZRS yok |
| Gecikme süresi | Yüksek | SAP Global Transport dizini veya üretim sistemleri için çok yüksek |
| IOPS SLA | Hayır | - |
| Disk başına en fazla IOPS | 500 | Disk boyutundan bağımsız |
| Çıktı Hizmet Düzeyi Sözleşmesi | Hayır | - |
| HANA sertifikalı | Hayır | - |
| Disk anlık görüntüleri mümkün | Evet | - |
| Azure Backup VM anlık görüntüleri mümkün | Evet | - |
| Maliyetler | LOW | - |
Özet: Azure standart SSD depolama, temel VHD için üretim dışı VM'ler, göreli gecikme süresi duyarsızlığı ve/veya düşük IOPS ve aktarım hızı ile nihai DBMS dağıtımları için en düşük öneridir. Bu Azure depolama türü artık SAP Genel Aktarım Dizini'ni barındırmak için desteklenmiyor.
Azure standart HDD depolama
Azure Standart HDD depolama alanı, Azure altyapısı 2014 yılında SAP NetWeaver iş yükü için sertifikalandığında tek depolama türü oldu. 2014 yılında Azure sanal makineleri küçük ve düşük depolama aktarım hızına maruz kaldı. Bu nedenle, bu depolama türü yalnızca taleplere ayak uydurabildi. Depolama, SAP alanında çok az deneyimlediğiniz gecikmeye duyarlı olmayan iş yükleri için idealdir. Azure VM'lerinin artan aktarım hızı ve bu VM'lerin ürettiği iş yükü arttıkça, bu depolama türü artık SAP senaryolarıyla kullanım için dikkate alınmaz. SAP iş yükü için yetenek matrisi şöyle görünür:
| Özellik | Açıklama | Notlar/Bağlantılar |
|---|---|---|
| İşletim sistemi tabanı VHD | Uygun değil | - |
| Veri diski | Uygun değil | - |
| SAP genel aktarım dizini | Hayır | Desteklenmiyor |
| SAP sapmnt | HAYIR | Desteklenmez |
| Yedekleme alanı | Uygun | - |
| Paylaşımlar/paylaşılan disk | Kullanılamaz | Azure Dosyalar veya üçüncü taraf gerekir |
| Dayanıklılık | LRS, GRS | Diskler için ZRS yok |
| Gecikme süresi | Yüksek | DBMS kullanımı, SAP Genel Aktarım dizini veya sapmnt/saploc için çok yüksek |
| IOPS SLA | Hayır | - |
| Disk başına en fazla IOPS | 500 | Disk boyutundan bağımsız |
| Çıktı Hizmet Düzeyi Sözleşmesi | Hayır | - |
| HANA sertifikalı | Hayır | - |
| Disk anlık görüntüleri mümkün | Evet | - |
| Azure Backup VM anlık görüntüleri mümkün | Evet | - |
| Maliyetler | Düşük | - |
Özet: Standart HDD, yalnızca SAP yedeklemelerini depolamak için kullanılması gereken bir Azure depolama türüdür. Yalnızca burada ve orada verileri aramak için kullanılan kullanımdan kaldırılacak sistemler gibi etkin olmayan sistemler için temel VHD olarak kullanılmalıdır. Ancak etkin geliştirme, Soru-Cevap veya üretim VM'leri bu depolamayı temel almalıdır. Veritabanı dosyalarının bu depolamada barındırılmaması da gerekir
Depolama trafiğinde Azure VM sınırları
Şirket içi senaryoların aksine, seçtiğiniz tek vm türü elde edebilirsiniz depolama bant genişliği önemli bir rol oynar. Farklı depolama türleri için şunları göz önünde bulundurmanız gerekir:
| Depolama türü | Linux | Windows | Açıklamalar |
|---|---|---|---|
| Standart HDD | Azure'da Linux VM'leri için boyutlar | Azure'da Windows VM'leri için boyutlar | Orta veya büyük VM'lerin depolama sınırlarına dokunması zor olabilir |
| Standart SSD | Azure'da Linux VM'leri için boyutlar | Azure'da Windows VM'leri için boyutlar | Orta veya büyük VM'lerin depolama sınırlarına dokunması zor olabilir |
| Premium Depolama | Azure'da Linux VM'leri için boyutlar | Azure'da Windows VM'leri için boyutlar | Depolama yapılandırması ile IOPS veya depolama aktarım hızı VM sınırlarına kolayca ulaşma |
| Premium SSD v2 | Azure'da Linux VM'leri için boyutlar | Azure'da Windows VM'leri için boyutlar | Depolama yapılandırması ile IOPS veya depolama aktarım hızı VM sınırlarına kolayca ulaşma |
| Ultra disk depolama | Azure'da Linux VM'leri için boyutlar | Azure'da Windows VM'leri için boyutlar | Depolama yapılandırması ile IOPS veya depolama aktarım hızı VM sınırlarına kolayca ulaşma |
| Azure NetApp Files | Azure'da Linux VM'leri için boyutlar | Azure'da Windows VM'leri için boyutlar | Depolama trafik depolama bant genişliğini değil ağ aktarım hızı bant genişliğini kullanıyor! |
| Azure Premium Dosyaları | Azure'da Linux VM'leri için boyutlar | Azure'da Windows VM'leri için boyutlar | Depolama trafik depolama bant genişliğini değil ağ aktarım hızı bant genişliğini kullanıyor! |
Sınırlamalar olarak şunlara dikkat etmeniz gerekir:
- VM ne kadar küçük olursa, o kadar az disk ekleyebilirsiniz. Bu kısıtlama ANF için geçerli değildir. NFS veya SMB paylaşımlarını bağladığınızdan, eklenecek paylaşılan birim sayısı sınırıyla karşılaşmazsınız
- VM'lerin G/Ç aktarım hızı ve IOPS sınırları vardır ve bu sınırlar premium depolama diskleri ve Ultra disklerle kolayca aşılabilir
- ANF ve Azure Premium Dosyaları ile paylaşılan birimlere yönelik trafik, depolama bant genişliğini değil VM'nin ağ bant genişliğini tüketiyor
- Çift basamaklı TiB kapasite alanında büyük NFS birimleriyle, tek bir VM'nin içinden bu tür bir birime erişen aktarım hızı, paylaşılan birimle etkileşim kuran tek bir oturum için Linux sınırlarına göre platoya gidecektir.
Sap sisteminin yaşam döngüsünde Azure VM'lerini büyütürken, yeni ve daha büyük VM türünün IOPS ve depolama aktarım hızı sınırlarını değerlendirmeniz gerekir. Bazı durumlarda, depolama yapılandırmasını Azure VM'nin yeni özelliklerine ayarlamak da mantıklı olabilir.
Şeritleme veya şeritlememe
Birden çok Azure diskini tek bir büyük birimde bir şerit halinde oluşturmak, tek tek disklerin IOPS'sini ve aktarım hızını tek bir birimde birikmesini sağlar. Yalnızca Azure standart depolama ve Azure premium depolama için kullanılır. Aktarım hızını ve IOPS'yi bir diskin kapasitesinden bağımsız olarak yapılandırabileceğiniz Azure Ultra disk, şerit kümelerinin kullanımını gerektirmez. NFS veya SMB tabanlı paylaşılan birimler şeritlenemez. Azure premium depolama aktarım hızı ve IOPS'nin doğrusal olmayan yapısı nedeniyle, aynı IOPS ve aktarım hızıyla büyük tek azure premium depolama disklerine göre daha küçük kapasite sağlayabilirsiniz. Bu, Azure premium depolamayı kullanarak daha düşük maliyetle daha yüksek aktarım hızı veya IOPS elde etme yöntemidir. Örneğin, iki P15 premium depolama diski arasında şerit oluşturma, şu aktarım hızına sahip olmanıza olanak sağlar:
- 250 MiB/sn. Böyle bir hacim 512 GiB kapasiteye sahip olacak. Saniyede 250 MiB aktarım hızı sağlayan tek bir diske sahip olmak istiyorsanız, 2 TiB kapasiteye sahip bir P40 diski seçmeniz gerekir.
- Genel kapasitesi 512 GiB olan dört P10 premium depolama diskini şeritleyerek 400 MiB/sn. Saniyede en az 500 MiB aktarım hızına sahip tek bir diske sahip olmak istiyorsanız, 8 TiB'ye sahip bir P60 premium depolama diski seçmeniz gerekir. Premium depolama maliyeti kapasiteyle neredeyse doğrusal olduğundan, şeritleme kullanarak maliyet tasarrufunu algılayabilirsiniz.
Şeritlemede bazı kurallara uyulması gerekir:
- Azure depolama verileri zaten yedekli tuttuğundan VM içinde yapılandırılmış depolama kullanılmamalıdır
- Şerit kümesinin uygulandığı disklerin aynı boyutta olması gerekir
- Premium SSD v2 ve Ultra disk ile kapasite, sağlanan IOPS ve sağlanan aktarım hızı aynı olmalıdır
Birden çok küçük disk arasında şerit oluşturma, Azure premium depolamayı kullanarak iyi bir fiyat/performans oranı elde etmenin en iyi yoludur. Şeritlemenin fazladan dağıtım ve yönetim yüküne sahip olabileceği anlaşılmaktadır.
Belirli şerit boyutu önerileri için SAP HANA Azure sanal makine depolama yapılandırmaları gibi farklı DBMS belgelerini okuyun.
Sonraki adımlar
Makaleleri okuyun: