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 (Sanal Sabit Disk) üç 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ı (Hizmet Düzeyi Sözleşmeleri) 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ğaltması makalesinde açıklanan birkaç yedeklilik yöntemi daha vardır.
Not
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.
Not
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 (Elektronik Veri Değişimi) 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 (Veritabanı Yönetim Sistemi) 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 | Önerilir | Desteklenmez |
| DBMS günlük birimi SAP HANA M/Mv2 VM aileleri | Desteklenmez | Desteklenmez | Önerilen1 | Önerilir | Önerilir | Önerilir | Desteklenmez |
| DBMS Veri hacmi SAP HANA Esv3/Edsv4 VM aileleri | Desteklenmez | Desteklenmez | Önerilir | Önerilir | Önerilir | Önerilir | Desteklenmez |
| DBMS günlük birimi SAP HANA Esv3/Edsv4 VM aileleri | Desteklenmez | Desteklenmez | Desteklenmez | Önerilir | Önerilir | Önerilir | Desteklenmez |
| HANA paylaşılan birimi | Desteklenmez | Desteklenmez | Önerilir | Önerilir | Önerilir | Önerilir | Önerilir |
| 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
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ır | Evet | Evet | Evet | Evet | Yes |
| 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 | Yes | Evet | Evet | Hayır |
| Disk anlık görüntüleri mümkün | Yes | Evet | Yes | Evet3 | 2 Yok | Yes | 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ış | Yes | Evet | Evet | Evet | Yes | 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ır | Hayır | 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ır | 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 Farklı Azure NetApp Files kapasite havuzlarının oluşturulması, kapasite havuzlarının farklı depolama birimlerine dağıtılmasını garanti etmez
Premium SSD v2 veya Ultra diskin 3 (Artımlı) Anlık Görüntüleri oluşturulduktan hemen sonra kullanılamaz. Anlık görüntüden disk oluşturabilmeniz için önce arka plan kopyasının tamamlanması gerekir
Ö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 1.024 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 1.024 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 | Yorum | 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 | Yes | 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 | Yes | - |
| 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 | Yes | - |
| Kapasiteye doğrusal aktarım hızı | Köşeli ayraçlar halinde yarı doğrusal | Yönetilen Disk fiyatlandırması |
| HANA sertifikalı | Yes | SAP HANA için özel |
| Azure Write Accelerator desteği | Hayır | - |
| Disk genişletme | Yes | - |
| Disk anlık görüntüleri mümkün | Yes | - |
| Azure Backup VM anlık görüntüleri mümkün | Yes | - |
| Maliyetler | Orta | - |
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ışı 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 windows Depolama Alanları veya Linux'taki mantıksal birim yöneticileri gibi işlevleri kullanarak size bir tarafta istenen kapasiteyi veren şerit kümeleri oluşturmanı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ırmanızın nasıl görüneceğine karar verme konusunda size bağlıyı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 | Yorum | Notlar/Bağlantılar |
|---|---|---|
| İşletim sistemi tabanı VHD | Desteklenmez | Sistem yok |
| Veri diski | Uygun | Tüm sistemler |
| SAP genel aktarım dizini | Yes | 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 | Yes | - |
| 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 | Yes | - |
| Kapasiteye doğrusal aktarım hızı | Yarı doğrusal | Yönetilen Disk fiyatlandırması |
| HANA sertifikalı | Yes | - |
| Azure Write Accelerator desteği | Hayır | - |
| Disk genişletme | Hayır | - |
| Disk anlık görüntüleri mümkün | Evet1 | - |
| Azure Backup VM anlık görüntüleri mümkün | Yes | - |
| Maliyetler | Orta | - |
Premium SSD v2 veya Ultra diskin 1 (Artımlı) Anlık Görüntüleri oluşturulduktan hemen sonra kullanılamaz. Anlık görüntüden disk oluşturabilmeniz için önce arka plan kopyasının tamamlanması gerekir
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 | Yorum | Notlar/Bağlantılar |
|---|---|---|
| İşletim sistemi tabanı VHD | Çalışmıyor | - |
| Veri diski | Uygun | Tüm sistemler |
| SAP genel aktarım dizini | Yes | 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 | Yes | - |
| 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 | Yes | - |
| Kapasiteye doğrusal aktarım hızı | Köşeli ayraçlar halinde yarı doğrusal | Yönetilen Disk fiyatlandırması |
| HANA sertifikalı | Yes | - |
| Azure Write Accelerator desteği | Hayır | - |
| Disk genişletme | Yes | - |
| Disk anlık görüntüleri mümkün | Evet1 | - |
| Azure Backup VM anlık görüntüleri mümkün | Yes | - |
| Maliyetler | Premium depolamadan daha yüksek | - |
Premium SSD v2 veya Ultra diskin 1 (Artımlı) Anlık Görüntüleri oluşturulduktan hemen sonra kullanılamaz. Anlık görüntüden disk oluşturabilmeniz için önce arka plan kopyasının tamamlanması gerekir
Ö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. 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 Files
Azure NetApp Files , SAP HANA ile kullanım için sertifikalı bir Azure yerel, birinci taraf, kurumsal sınıf, yüksek performanslı dosya depolama hizmetidir. Birimler'i NetApp hesapları, kapasite havuzları ve birimleri oluşturduğunuz bir hizmet olarak sağlar. Azure NetApp Files ile, bildiğiniz ve şirket içinde kullandığınız protokolleri ve araçları kullanarak yüksek performanslı, yüksek oranda kullanılabilir ve ölçeklenebilir dosya paylaşımları oluşturup yönetmek için hizmet ve performans düzeylerini seçer ve veri korumasını yönetirsiniz.
Aşağıdaki SAP iş yükü türleri Azure NetApp Files birimlerinde desteklenir:
- SAP DBMS iş yükü
- SAPMNT paylaşımı
- Genel aktarım dizini
Azure NetApp Files, her biri kendi aktarım hızına ve fiyatlandırma belirtimlerine sahip üç hizmet düzeyinde kullanılabilir. Dağıtımınız için hangisinin doğru olduğu, dağıtımın boyutuna bağlıdır. Özelleştirilmiş boyutlandırma önerileri Azure NetApp Files TCO Estimator'daki SAP'de kullanılabilir.
Hizmet düzeyleri hakkında bilgi için bkz . Azure NetApp Files için hizmet düzeyleri.
Birimleri dağıtma
En iyi sonuçları elde etmek için, birimleri dağıtmak üzere SAP HANA için Uygulama birim grubunu kullanın. Uygulama birim grubu, çakışmayı azaltmak ve en iyi aktarım hızına ve en düşük gecikme süresine izin vermek için benzeşim ve benzeşim karşıtı kuralları kullanarak birimleri Azure altyapısında en uygun konumlara yerleştirir.
Not
Kapasite havuzları, Azure NetApp Files için temel bir sağlama birimidir. Kapasite havuzları 1 TiB boyutundan başlayarak sunulur; kapasite havuzunu 1 TiB artışlarla genişletebilirsiniz. Kapasite havuzları birimlerin üst birimidir. Boyutlandırma bilgileri için bkz . Azure NetApp Files kaynak sınırları. Fiyatlandırma için bkz . Azure NetApp Files Fiyatlandırması.
Azure NetApp Files çeşitli SAP iş yükü senaryolarında desteklenir:
- SAP HANA Azure sanal makine depolama yapılandırmalarında belgelendiği gibi /hana/data için NFS paylaşımlarını ve /hana/paylaşılan birimler için /hana/log birimlerini kullanan SAP HANA dağıtımları
- 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
- Azure NetApp Files ile SAP uygulamaları için SUSE Linux Enterprise Server üzerinde Azure VM'lerindeki SAP NetWeaver için yüksek kullanılabilirlik
- Azure NetApp Files ile SAP uygulamaları için Red Hat Enterprise Linux üzerinde SAP NetWeaver için Azure Sanal Makineleri yüksek kullanılabilirliği
- Suse veya Red Hat Linux tabanlı Azure VM'de 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 ASE üzerinde SAP
- Suse veya Red Hat Linux konuk işletim sisteminde MAXDB üzerinde AP
- SMB birimleriyle Microsoft SQL Server'da SAP
Not
Linux üzerindeki DBMS iş yükleri için Azure NetApp Files'da NFS tabanlı birimleri kullanın.
Birim boyutundan aktarım hızını ayırma
Veritabanı uygulamaları için depolama genellikle birimlerin boyutuyla doğrusal olarak ölçeklendirilmeyecek aktarım hızı gereksinimlerine sahiptir; yani günlük birimlerinin boyutu nispeten küçüktür ancak yüksek aktarım hızı düzeyleri gerektirir.
Azure NetApp Files, el ile QoS türünde bir kapasite havuzu kullanırken birim boyutlarından bağımsız olarak birim aktarım hızı ayırmanıza olanak tanır.
Bir örnek aşağıda verilmiştir:
- Veritabanı dosyaları için birim 500 MiB/sn aktarım hızı ve 39 TiB kapasite gerektirir
- Günlük dosyaları için birim için 2000 MiB/sn aktarım hızı ve 1 TiB kapasite gerekir
Bu senaryo için el ile bir QoS kapasite havuzu oluşturabilir ve birim boyutlarından bağımsız olarak aktarım hızı ayırabilirsiniz. Gereken toplam kapasite 40 TiB ve toplam aktarım hızı bütçesi 2500 MiB/sn'dir. Premium hizmet düzeyindeki kapasite havuzu (ayrılmış TiB başına 64 MiB/sn) hem performans hem de kapasite gereksinimlerini (40 MiB * 64 iB/sn/TiB = 2560 MiB) karşılar.
Doğrusal performans ölçeklendirme, aktarım hızı gereksinimini elde etmek için günlük biriminin önemli ölçüde fazla sağlanmasını gerektirir. Günlük birimi için 2000 MiB/sn aktarım hızı elde etmek için 16 TiB'lik Ultra katmanında (ayrılmış TiB başına 128 MiB/sn) kapasite havuzu dağıtmanız gerekir ve bu da fazla sağlama ve dolayısıyla 15 TiB'lik kapasitenin boşa harcanmasıyla sonuçlanır.
Senaryonuza yönelik bir tahmin almak için Azure NetApp Files Performans Hesaplayıcısı'nı kullanın.
Azure NetApp Files'da SAP iş yükü için yetenek matrisi şöyle görünür:
| Özellik | Yorum | Notlar/Bağlantılar |
|---|---|---|
| İşletim sistemi tabanı VHD | Yönetilen diski kullanma | - |
| Veri diski | Uygun | SAP HANA, Oracle Linux üzerinde Oracle, Db2 ve SLES/RHEL üzerinde SAP ASE, MAXDB, SQL Server |
| SAP genel aktarım dizini | Yes | SMB (yalnızca Windows) ve NFS (yalnızca Linux) |
| SAP sapmnt | Uygun | SMB (yalnızca Windows) veya NFS (yalnızca Linux) |
| Yedekleme alanı | Uygun | Anlık görüntüleri ve/veya Azure NetApp Files yedeklemeyi kullanın; HANA için günlük yedeklemesi, dosya tabanlı yedekleme hedefi olarak da kullanılabilir |
| Paylaşımlar/paylaşılan disk | Yes | SMB, NFS |
| Dayanıklılık | LRS ve GRS | Bölgeler arası çoğaltma ile GRS; Bölgeler arası çoğaltma ile ZRS |
| Gecikme süresi | Çok düşük | Genellikle 1 ms'den az |
| IOPS SLA | Yes | - |
| IOPS doğrusaldan kapasiteye | Otomatik QoS ile doğrusal; El ile QoS ile bağımsız olarak yapılandırılabilir | Üç hizmet düzeyi kullanılabilir |
| Çıktı Hizmet Düzeyi Sözleşmesi | Yes | Boyutlandırma önerileri Azure NetApp Files TCO Estimator'daki SAP'de kullanılabilir |
| Kapasiteye doğrusal aktarım hızı | Otomatik QoS ile doğrusal; El ile QoS ile bağımsız olarak yapılandırılabilir | Üç hizmet düzeyi kullanılabilir |
| HANA sertifikalı | Evet | - |
| Disk anlık görüntüleri mümkün | Yes | Bkz. Azure NetApp Files anlık görüntüleri nasıl çalışır? |
| Uygulamayla tutarlı anlık görüntü ve yedekleme düzenlemesi | Hayır | AzAcSnap veya SnapCenter kullanma |
| Maliyetler | TCO tahmin araçlarını kullanma | Azure NetApp Files TCO Tahmin Aracı'nda SAP'yi kullanın ve yatay boyutu girin |
Azure NetApp Files depolamanın diğer yerleşik işlevleri:
- AzAcSnap kullanarak birimin uygulamayla tutarlı anlık görüntülerini gerçekleştirme özelliği
- Test ve geliştirme için anlık görüntülerden Azure NetApp Files birimlerini kopyalama
- Bozulmalardan ve hatalardan hızlı geri yüklemeler için anlık görüntülerden birimleri geri yükleme (snap-revert)
Ö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
Azure NetApp Files'ı dağıtırken, sanal makinelerin dağıtılacağı veya dağıtılacağı bölgeyi not alın. Aynı bölgeyi seçtiğinizden emin olun. Bu işlevsellik, Azure NetApp Files için kullanılabilirlik alanı birim yerleşimini yönetme makalesinde belgelenmiştir. SAP HANA için uygulama birimi grubu, birimleri uygulama VM'lerine mümkün olan en yakın konumda dağıtmak için aynı işlevi kullanır.
Bu tür bir Kullanılabilirlik Alanı hizalamasına sahip olma motivasyonu, NFS paylaşımlarının uygulama VM'leriyle aynı kullanılabilirlik alanında bulunmasıyla risk yüzeyinin azaltılmasıdır.
- SAP HANA için uygulama birimi grubunu kullanarak SAP HANA dağıtımınız için Azure NetApp Files birimlerini dağıtın. Uygulama Birimi Grubu'nun avantajı, veri birimlerinin birden çok depolama uç noktası üzerinden dağıtılması ve ağ çekişmesinin azaltılması ve performansın artırılmasıdır.
Özet: Azure NetApp Files, SAP HANA için sertifikalı bir düşük gecikme süreli depolama çözümüdür. Hizmet, bir veya daha fazla kapasite havuzundan oyulmuş birimler sağlar. Kapasite havuzları, ayrılan toplam kapasiteyi ve aktarım hızını tanımlayan üç hizmet düzeyinde kullanılabilir. Birimler yeniden boyutlandırılabilir ve ayrılan aktarım hızı değişen gereksinimleri karşılamak ve maliyeti denetlemek için hizmet kesintisi olmadan ayarlanabilir. Hizmet, olağanüstü durum kurtarma ve iş sürekliliği amacıyla birimleri diğer bölgelere veya bölgelere çoğaltma işlevselliği sağlar.
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.
Not
Ş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
- SAP sistemlerine ve EDI işlemlerine yönelik arabirimler için paylaşım olarak kullanım
- Yüksek kullanılabilirlik senaryolarında aşağıdakilerde belirtildiği gibi paylaşım sapmnt'i:
- Azure Dosyalar'daki NFS ile SUSE Linux Enterprise Server üzerinde SAP NetWeaver için yüksek kullanılabilirlik
- Azure Dosyalar'daki NFS ile Red Hat Enterprise Linux üzerinde 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'ye sahip SAP HANA ölçeği 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.
Not
Azure Premium Dosyalar'ın katmanlı mimarisi nedeniyle, paylaşımlarda depolanan dosyaların meta verilerine erişim gecikmesi Azure NetApp Files'a göre önemli ölçüde daha yüksektir. Bu daha yüksek gecikme süresi, dosyaların toplu olarak oluşturulmasını ve silinmesini etkileyebilir. Ancak, yüz binlerce dosya içeren büyük dizinlerin içeriğini listelemek için geçen süre üzerinde de belirgin bir etkiye sahip olabilir. Bu daha yüksek meta veri gecikmesini etkileyen temel kullanım örneği, müşterilerin her gün yüz binlerce, hatta milyonlarca dosya oluşturma ve toplu silme işlemleriyle karşılaşabileceği arabirim paylaşımı olarak kullanımdır. Bu nedenle, arabirim paylaşımı senaryolarını özenle test etmelisiniz. İş yükünüzün meta veri ağır olup olmadığını belirlemek için Meta veri veya ad alanı ağır iş yükü'ne bakın
SAP iş yükü için yetenek matrisi şöyle görünür:
| Özellik | Yorum | 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 | Yes | 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 | Yes | 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 | Yes | - |
| IOPS doğrusaldan kapasiteye | kesinlikle doğrusal | - |
| Çıktı Hizmet Düzeyi Sözleşmesi | Yes | - |
| Kapasiteye doğrusal aktarım hızı | kesinlikle doğrusal | - |
| HANA sertifikalı | Hayır | - |
| Disk anlık görüntüleri mümkün | Yes | - |
| 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ı, düşük IOPS ve aktarım hızı taleplerine sahip ü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 | Yorum | 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 | No | 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 | Yes | - |
| Azure Backup VM anlık görüntüleri mümkün | Yes | - |
| 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 | Yorum | Notlar/Bağlantılar |
|---|---|---|
| İşletim sistemi tabanı VHD | Uygun değil | - |
| Veri diski | Uygun değil | - |
| SAP genel aktarım dizini | No | 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 | Yes | - |
| Azure Backup VM anlık görüntüleri mümkün | Yes | - |
| 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 trafiği, 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 trafiği, 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 Azure NetApp Files 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
- Azure NetApp Files 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, veri diskini zaten Azure depolama arka uçta yedekli tuttuğundan VM içinde yapılandırılmış depolama yedekliliği 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: