SAP HANA Azure sanal makine depolama alanı yapılandırmaları

Azure, SAP HANA çalıştıran Azure sanal makineleri için uygun olan farklı türlerde depolama alanı sağlar. SAP HANA dağıtımlar listesi için kabul edilebilir SAP HANA sertifikalı Azure Depolama türleri :

bu disk türleri hakkında bilgi edinmek için bkz. Azure Depolama türleri için SAP iş yükü ve bir disk türü seçme

Azure, Azure Standard ve Premium depolamada bulunan VHD 'ler için iki dağıtım yöntemi sunar. Azure blok depolama dağıtımları için Azure yönetilen disk avantajlarından yararlanabilirsiniz.

Depolama türlerinin bir listesi ve ıOPS ve depolama aktarım hızı içindeki SLA 'Lar için, yönetilen diskler Için Azure belgelerinigözden geçirin.

Önemli

Seçilen Azure depolama türünden bağımsız olarak, bu depolama üzerinde kullanılan dosya sisteminin, belirli işletim sistemi ve DBMS için SAP tarafından desteklenmesi gerekir. Sap destek notuna #2972496 , SAP HANA dahil farklı işletim sistemleri ve veritabanları için desteklenen dosya sistemlerini listeler. Bu, tüm birimlerde geçerlidir SAP HANA her türlü görevi okumak ve yazmak için erişim sağlayabilir. Azure 'da SAP HANA için özel olarak NFS 'yi kullanmak, bu makalede daha sonra belirtilen şekilde NFS sürümlerinin ek kısıtlamaları için geçerlidir

Farklı depolama türleri için en düşük SAP HANA sertifikalı koşullar şunlardır:

  • Azure Premium Storage- /Hana/log Azure yazma Hızlandırıcısıtarafından desteklenmelidir. /Hana/Data birimi Azure yazma hızlandırıcısı veya ultra disk olmadan Premium depolamaya yerleştirilebilecek
  • En azından /Hana/log birimi Için Azure Ultra disk. /Hana/Data Volume, Azure yazma Hızlandırıcısı olmayan Premium depolamaya veya daha hızlı yeniden başlatma süreleriyle elde edilebilir.
  • NFS v 4.1 , /Hana/log ve/Hana/Data için Azure NetApp Files en üstünde bulunan birimleri. /Hana/Shared birimi NFS v3 veya NFS v 4.1 protokolünü kullanabilir

Bazı depolama türleri birleştirilebilir. Örneğin, /Hana/Data ' ı Premium depolamaya koymak mümkündür ve gereken düşük gecikme süresini elde etmek için /Hana/log , Ultra disk depolama alanına yerleştirilebilir. /Hana/Data için ANF 'yi temel alan bir birim kullanırsanız, /Hana/log birimi de ANF 'nin üzerindeki NFS 'yi temel alır. Birimlerden biri (/Hana/Data gibi) ve Azure Premium depolama ya da diğer birime yönelik Ultra disk ( /Hana/log gibi) IÇIN ANF üzerinde NFS kullanılması desteklenmez.

Şirket içi dünyada, genellikle g/ç alt sistemleri ve özellikleri hakkında dikkatli olmanız gerekiyordu. Bunun nedeni, Gereç satıcısının SAP HANA için en düşük depolama gereksinimlerinin karşılandığından emin olması gerekiyordu. Azure altyapısını kendiniz oluştururken, bu SAP tarafından verilen gereksinimlerin bazılarını bilmelisiniz. SAP 'nin öneren düşük aktarım hızı özelliklerinden bazıları şunlardır:

  • 1 MB g/ç boyutları ile /Hana/log /250 MB/sn üzerinde okuma/yazma
  • 16 MB ve 64 MB g/ç boyutları için /Hana/Data için en az 400 MB/sn etkinliğini okuyun
  • 16 MB ve 64 MB g/ç boyutları ile /Hana/Data için en az 250 MB/sn etkinliği yazın

Yetersiz depolama gecikmesi DBMS sistemleri için kritik öneme sahip olduğu için, DBMS gibi SAP HANA, verileri bellekteki tut gibi. Depolama alanındaki kritik yol genellikle DBMS sistemlerinin işlem günlüğü yazmaları etrafında olur. Ayrıca, kilitlenme kurtarmasından sonra işlemi yazma veya bellek içi veri yükleme gibi işlemler önemli olabilir. Bu nedenle, /Hana/Data ve /Hana/log birimleri için Azure Premium Depolama, Ultra disk veya ANF 'den yararlanmak zorunludur .

HANA için depolama yapılandırmanızı seçerken kullanabileceğiniz bazı temel ilkeler şöyle listelenebilir:

  • SAP iş yükü için Azure Depolama türlerini temel alan depolama türüne karar verin ve bir disk türü seçin
  • VM için boyutlandırma veya karar verirken genel VM g/ç verimlilik ve ıOPS sınırları göz önünde bulundurun. Genel VM depolama aktarım hızı, bellek için iyileştirilmiş sanal makine boyutlarında belgelenmiştir
  • Depolama yapılandırmasına karar verirken, /Hana/Data Volume yapılandırmanızda VM 'nin Genel aktarım hızını aşmaya çalışın. Savepoints yazmak SAP HANA, g/ç agresif yayınlanıyor olabilir. Bir kayıt noktası yazarken /Hana/Data hacminin üretilen iş limitlerinin gönderimi kolayca mümkündür. /Hana/Data birimini oluşturan DISKLERINIZ, sanal makinenizin izin verdiğinden daha yüksek bir aktarım hızına sahip olursa, yazma noktası tarafından kullanılan aktarım hızı, yineleme günlüğü yazmaları için üretilen iş taleplerini kesintiye uğratan bir şekilde çalışabilir. Uygulama verimini etkileyebilecek bir durum
  • HANA sistem çoğaltmasını kullanmayı düşünüyorsanız, HANA sistem çoğaltma yapılandırmasına katılan tüm VM 'Ler için /Hana/Data ve /Hana/log için tam olarak aynı türde Azure Storage kullanmanız gerekir. Örneğin, bir VM ile /Hana/Data için Azure Premium Depolama kullanmak ve aynı Hana sistem çoğaltması yapılandırması içindeki başka bir VM 'de /Hana/log için Azure Ultra disk kullanılması desteklenmez

Önemli

Depolama yapılandırmalarına yönelik öneriler, ile başlamak için yönergeler olarak tasarlanmıştır. İş yükünü çalıştırma ve depolama kullanımı düzenlerini çözümleme, belirtilen tüm depolama bant genişliğini veya ıOPS 'yi kullanmıyorsanız emin olabilirsiniz. Depolama sırasında daha sonra yeniden boyutlandırmayı düşünebilirsiniz. Veya aksine, iş yükünüzün bu yapılandırmalarda önerilenden daha fazla depolama verimi olması gerekebilir. Sonuç olarak, daha fazla kapasite, ıOPS veya aktarım hızı dağıtmanız gerekebilir. Depolama kapasitesi gerekli, depolama gecikme süresi gerekli, depolama aktarım hızı ve ıOPS ve en az pahalı yapılandırma arasındaki geçiş alanında, Azure, sizin ve HANA iş yükünüz için doğru güvenliğin aşılmasına ve bu açığı fark etmek üzere farklı yeteneklere ve farklı fiyat noktalarına sahip yeterli sayıda farklı depolama türü sunar.

SAP HANA veri birimi bölümlemeye karşı dizili kümeler

Azure Premium depolamayı kullanarak, birden çok Azure diskinde /Hana/Data ve/veya /Hana/log birimini dizili en iyi fiyat/performans oranına sahip olabilirsiniz. Daha büyük disk birimlerini dağıtmak yerine, ıOPS veya üretilen iş verimini daha fazlasını sağlar. Şimdiye kadar bu, Linux 'un bir parçası olan LVM ve MDADDM birimi yöneticileriyle birlikte gerçekleştirildi. Diskleri dizme yöntemi, eski ve iyi bilinen bir yöntemdir. Bu şeritli birimler, ihtiyacınız olabilecek ıOPS veya işleme özelliklerine ulaştığından, bu Şeritli birimleri yönetme konusunda karmaşıklıkları ekler. Özellikle, birimlerin kapasiteye göre uzatılihtiyacı olan durumlarda. En azından /Hana/Data için SAP, birden çok Azure diskinde şeritleme ile aynı hedefi karşılayan alternatif bir yöntem sunmuştur. SAP HANA 2,0 SPS03 bu yana, HANA ındexserver, g/ç etkinliğini farklı Azure disklerinde bulunan birden çok HANA veri dosyası arasında dizili yapabilir. Bunun avantajı, farklı Azure disklerinde dizili bir birim oluşturma ve yönetme konusunda endişelenmeniz gerekmez. Veri birimi bölümlemenin SAP HANA işlevselliği bölümünde ayrıntılı olarak açıklanmıştır:

Ayrıntılar arasında okuma, bu işlevin kullanılmasıyla ilgili, birim Yöneticisi tabanlı dizili kümeler arasındaki karmaşıklıkları göz önüne alır. Ayrıca, HANA veri birimi bölümlemenin yalnızca Azure Premium depolama gibi Azure blok depolama için çalışmadığını fark edersiniz. Bu paylaşımların ıOPS veya işleme sınırlamaları olması durumunda, bu işlevselliği ve NFS paylaşımlarında Stripe ile de kullanabilirsiniz.

Linux g/ç zamanlayıcı modu

Linux 'ta birkaç farklı g/ç zamanlama modu vardır. Linux satıcıları ve SAP aracılığıyla sık görülen öneriler, disk birimleri için g/ç Zamanlayıcı modunu, MQ-son veya Kyber modundan, henüz SLES sapayarla profilleri tarafından yapılmadıysa noop (multiqueue) veya hiçbiri için yok (multiqueue) moduna yeniden yapılandırmadır. Ayrıntılara şu şekilde başvurulur:

Red hat üzerinde, farklı SAP uygulamaları için belirli ayar profilleri tarafından belirlenen ayarları bırakın.

Azure n serisi sanal makineler için Premium Depolama ve Azure Yazma Hızlandırıcısı çözümleri

Azure Yazma Hızlandırıcısı, yalnızca Azure a serisi VM 'Leri için kullanılabilen bir işlevdir. Ad olduğu gibi, işlevselliğin amacı, Azure Premium depolamada yazma işlemleri için g/ç gecikmesini geliştirmedir. SAP HANA için, Yazma Hızlandırıcısı yalnızca /Hana/log hacminde kullanılması gerekir. Bu nedenle, /Hana/Data ve /Hana/log , Azure yazma Hızlandırıcısı yalnızca /Hana/log birimini desteklemeye yönelik ayrı birimlerdir.

Önemli

Azure Premium Depolama kullanılırken, /Hana/log birimi için Azure yazma Hızlandırıcısı kullanımı zorunludur. Yazma Hızlandırıcısı Premium Depolama ve yalnızca d serisi ve Mv2-Series VM 'Ler için kullanılabilir. Yazma Hızlandırıcısı, Esv3 veya Edsv4 gibi diğer Azure VM aileleriyle birlikte çalışmıyor.

Aşağıdaki Azure Premium disklerine yönelik önbelleğe alma önerileri, şunun gibi SAP HANA için g/ç özelliklerinin olduğunu varsayar:

  • HANA veri dosyalarında her türlü okuma iş yükü vardır. Özel durumlar, HANA örneğinin yeniden başlatıldıktan sonra veya veriler HANA 'ya yüklendiğinde büyük ölçekli g/ç 'dir. Veri dosyalarına karşı daha büyük bir okuma g/ç, HANA veritabanı yedeklemeleri olabilir. Sonuç olarak okuma önbelleği çoğu durumda çoğu zaman bu yana anlamlı değildir, tüm veri dosyası birimlerinin tamamen okunabilir olması gerekir.
  • Veri dosyalarına yönelik yazma, Hana işlemi ve Hana kilitlenme kurtarması temelinde artışlarıyla 'de yaşanır. İşlemi yazmak zaman uyumsuzdur ve herhangi bir Kullanıcı hareketini tutmaz. Kilitlenme kurtarması sırasında verilerin yazılması, sistemin tekrar hızlı yanıt vermesini sağlamak için performans açısından kritik öneme sahiptir. Ancak, kilitlenme kurtarması bunun yerine olağanüstü durumlar olmalıdır
  • HANA yineleme dosyalarından her türlü okuma işlemi de vardır. Özel durumlar, işlem günlüğü yedeklemeleri, kilitlenme kurtarma veya HANA örneğinin yeniden başlatma aşamasında büyük G/Ç'lerdir.
  • Yenidendo günlük SAP HANA dosyanın ana yükü yazmadır. İş yükünün doğasına bağlı olarak, 4 KB kadar küçük veya diğer durumlarda 1 MB veya daha büyük bir I/O boyutuna sahip olabilirsiniz. Yenidendo günlüğünde yazma SAP HANA gecikme süresi performans açısından kritik öneme sahip.
  • Tüm yazmaların güvenilir bir şekilde diskte kalıcı olması gerekir

Öneri: Bu gözlemlenen I/O desenlerinin SAP HANA azure premium depolama kullanan farklı birimler için önbelleğe alma şu şekilde ayarlanması gerekir:

  • /hana/data - önbelleğe alma veya okuma önbelleği yok
  • /hana/log - önbelleğe alma yok - M için özel durum ve Azure Mv2-Series etkinleştirilmesi gereken Yazma Hızlandırıcısı VM'ler
  • /hana/shared - okuma önbelleği
  • Işletim sistemi diski - VM oluşturma sırasında Azure tarafından ayarlanmış varsayılan önbelleğe almayı değiştirme

Çeşitli Azure premium diskleri arasında şerit kümeleri oluşturmak için LVM veya mdadm kullanıyorsanız şerit boyutları tanımlamanız gerekir. Bu boyutlar /hana/data ile /hana/log arasında farklılık gösterir. Öneri: Şerit boyutları olarak şunların kullanımı öneridir:

  • /hana/data için 256 KB
  • /hana/log için 64 KB

Not

/hana/data için şerit boyutu, daha yeni Linux sürümlerine sahip müşteri deneyimlerine göre önceki önerilerde 64 KB veya 128 KB'den 256 KB'a çağrı yapmakla değiştirilmiştir. 256 KB boyutu biraz daha iyi performans sağlar. Ayrıca daha büyük G/Ç boyutlarına sahip yeterli aktarım hızı elde etmek için /hana/log şerit boyutlarının 32 KB'tan 64 KB'a çıkararak öneriyi değiştirdik.

Not

Azure blok depolama bir VHD'nin üç görüntülerini depolayana kadar RAID birimlerini kullanarak herhangi bir yedeklilik düzeyi yapılandırmanız gerek yok. Azure premium diskleri ile şerit kümesi kullanımı yalnızca yeterli IOPS ve/veya I/O aktarım hızı sağlayan birimleri yapılandırmak için kullanılır.

Şerit kümesi altında bir dizi Azure VHD'sini biriktirerek IOPS ve depolama aktarım hızı tarafında birikebilirsiniz. Bu nedenle, 3 x P30'dan fazla Azure premium depolama diskleri arasında bir şerit kümesi kullanırsanız, size üç kat IOPS ve tek bir Azure premium depolama biriminin üç katı depolama aktarım hızı ve P30 diskini Depolama verebilirsiniz.

Önemli

Birden çok Azure premium diskte şerit kümeleri oluşturmak için birim yöneticisi olarak LVM veya mdadm kullanıyorsanız, üç SAP HANA FileSystems /data, /log ve /shared varsayılan veya kök birim grubuna konmamalısınız. Genellikle /data, /log ve /shared için tek tek Birim Grupları oluşturmak için Linux Satıcıları yönergelerini izlemenizi öneririz.

Premium depolama için Azure burst işlevselliği

Kapasite olarak 512 GiB'ye eşit veya daha küçük Azure premium depolama diskleri için seri verim işlevselliği sunulur. Disk seri yüklemenin tam olarak nasıl çalıştığının tam yolu, Disk seri yükleme makalesinde açıklanmıştır. Makaleyi okuduğunda, I/O iş yüklerinin nominal IOPS ve disk aktarım hızının altında olduğu zamanlarda IOPS ve aktarım hızı tahakkuk kavramını anlarsınız (nominal aktarım hızı hakkında ayrıntılı bilgi 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ının deltası tahakkuk eder. Seri hızlar en fazla 30 dakika ile sınırlıdır.

Bu seri veri toplama işlevinin planlandığı ideal durumlar büyük olasılıkla farklı DBMS için veri dosyalarını içeren birimler veya diskler olabilir. Özellikle küçük ve orta ölçekli sistemlerde bu birimler için beklenen I/O iş yükünün şöyle olması beklenir:

  • Veriler ideal olarak bellekte önbelleğe alınmış olduğu veya HANA durumunda olduğu gibi tamamen bellekte olması gerektiği için düşük ve orta düzeyde okuma iş yükü
  • Düzenli aralıklarla verilen veritabanı denetim noktaları veya kaydetme noktaları tarafından tetiklenen yazma serileri
  • Yedeklemelerin depolama anlık görüntüleri aracılığıyla yürütül almama durumlarında sürekli akışta okunan yedekleme iş yükü
  • Örneğin SAP HANA yeniden başlatıldıktan sonra verilerin belleğe yük dengelemesi

Özellikle de iş yük nizin yalnızca saniye başına birkaç yüz işlemi işlemektedir küçük DBMS sistemlerinde, bu tür bir seri artış işlevselliği, işlemi veya yenidendo günlüğünü depo alan diskler veya birimler için de anlamlı olabilir. Böyle bir diske veya birimlere karşı beklenen iş yükü şöyledir:

  • Uygulama tarafından verilen her işlemenin bir I/O işlemi tetiklemesi olası olduğundan, diske iş yüküne ve iş yükünün yapısına bağlı olan diske düzenli yazmalar
  • Dizin oluşturma veya yeniden oluşturma gibi operasyonel görevler için aktarım hızı olarak daha yüksek iş yükü
  • İşlem günlüğü veya yeniden günlük yedeklemeleri yaparken okuma serileri

Önemli

SAP HANA Azure M Serisi sanal makineler için sertifika, yalnızca /hana/Yazma Hızlandırıcısı birimi için Azure Yazma Hızlandırıcısı ile birlikte kullanılır. Sonuç olarak, Azure M-SAP HANA makinelerinde üretim senaryosu dağıtımlarının /hana/log birimi için Azure Yazma Hızlandırıcısı ile yapılandırılması beklenir.

Not

Azure premium depolamayı içeren senaryolarda, yapılandırmaya seri dönüş özellikleri uygulayıyoruz. Herhangi bir şekle veya biçime sahip depolama testi araçlarını kullanırken, Azure premium disk seri yüklemenin nasıl çalıştığını unutmayın. SAP HWCCT veya HCMT aracı aracılığıyla teslim edilen depolama testlerini çalıştırarak, bazı testlerde birikmiş kredi miktarınızı aşacağı için tüm testlerin ölçütlerden geçeceği beklenmiyor. Özellikle de tüm testler kesme olmadan sırayla çalıştırılasa.

Not

M32ts ve M32ls VM'leri ile, HCMT/HWCCT disk testleri kullanılarak disk aktarım hızı beklenenden daha düşük olabilir. Disk seri aktarım hızı veya temel alınan disklerin yeterli miktarda sağlanan I/O aktarım hızıyla bile. Gözlemlenen davranışın kök nedeni HCMT/HWCCT depolama test dosyalarının depolama veri disklerinin okuma önbelleğinde tamamen Premium olmasıdır. Bu önbellek, sanal makineyi barındıran işlem ana bilgisayar üzerinde bulunur ve HCMT/HWCCT'nin test dosyalarını tamamen önbelleğe alan bir önbellektedir. Böyle bir durumda, M serisi makalesinde En fazla önbelleğe alınmış ve geçici depolama aktarım hızı: IOPS/MBps (GiB'de önbellek boyutu) sütununda listelenen kotalar ilgili olur. Özellikle M32ts ve M32ls için okuma önbelleğine yönelik aktarım hızı kotası yalnızca 400 MB/sn'tir. Test dosyalarının tamamen önbelleğe alınmış olması nedeniyle, disk aktarım hızı veya daha yüksek sağlanan I/O aktarım hızına rağmen testler 400 MB/sn maksimum aktarım hızının biraz kısa düşebilir. Alternatif olarak, Azure depolama veri diskleri üzerinde okuma önbelleği etkinleştirilmeden Premium sınayabilirsiniz.

Not

Üretim senaryoları için, IAAS için SAP belgelerinde SAP tarafından SAP HANA için belirli bir VM türünün destek verilip desteklene olmadığını kontrol edin.

Öneri: Üretim senaryoları için Azure premium depolama ile önerilen yapılandırmalar şöyledir:

SAP /hana/veri hacmi için yapılandırma:

VM SKU RAM En çok, VM I/O
Aktarım hızı
/hana/data Sağlanan İşleme Hızı Maksimum aktarım hızı IOPS Seri IOPS
M32ts 192 GiB 500 MBps 4 x P6 200 MBps 680 MBps 960 14,000
M32ls 256 GiB 500 MBps 4 x P6 200 MBps 680 MBps 960 14,000
M64ls 512 GiB 1.000 MBps 4 x P10 400 MBps 680 MBps 2.000 14,000
M32dms_v2, M32ms_v2 875 GiB 500 MBps 4 x P15 500 MBps 680 MBps 4,400 14,000
M64s, M64ds_v2, M64s_v2 1.024 GiB 1.000 MBps 4 x P15 500 MBps 680 MBps 4.400 14.000
M64ms, M64dms_v2, M64ms_v2 1.792 GiB 1.000 MBps 4 x P20 600 MBps 680 MBps 9.200 14.000
M128s, M128ds_v2, M128s_v2 2.048 GiB 2.000 MBps 4 x P20 600 MBps 680 MBps 9.200 14.000
M192ids_v2, M192is_v2 2.048 GiB 2.000 MBps 4 x P20 600 MBps 680 MBps 9.200 14.000
M128ms, M128dms_v2, M128ms_v2 3.892 GiB 2.000 MBps 4 x P30 800 MBps gereksiz 20.000 gereksiz
M192ims, M192idms_v2 4.096 GiB 2.000 MBps 4 x P30 800 MBps gereksiz 20.000 gereksiz
M208s_v2 2.850 GiB 1.000 MBps 4 x P30 800 MBps gereksiz 20.000 gereksiz
M208ms_v2 5.700 GiB 1.000 MBps 4 x P40 1.000 MBps gereksiz 30.000 gereksiz
M416s_v2 5.700 GiB 2.000 MBps 4 x P40 1.000 MBps gereksiz 30.000 gereksiz
M416ms_v2 11.400 GiB 2.000 MBps 4 x P50 1.000 MBps gereksiz 30.000 gereksiz

/Hana/log birimi için. yapılandırma şöyle görünür:

VM SKU RAM En çok, VM G/Ç
Aktarım hızı
/Hana/log birimi Sağlanan İşleme Hızı Maksimum patlama performansı IOPS Veri bloğu ıOPS
M32ts 192 GiB 500 MBps 3 x P10 300 MBps 510 MBps 1.500 10.500
M32ls 256 GiB 500 MBps 3 x P10 300 MBps 510 MBps 1.500 10.500
M64ls 512 GiB 1.000 MBps 3 x P10 300 MBps 510 MBps 1.500 10.500
M32dms_v2, M32ms_v2 875 GiB 500 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
M64s, M64ds_v2, M64s_v2 1.024 GiB 1.000 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
M64ms, M64dms_v2, M64ms_v2 1.792 GiB 1.000 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
M128s, M128ds_v2, M128s_v2 2.048 GiB 2.000 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
M192ids_v2, M192is_v2 2.048 GiB 2.000 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
M128ms, M128dms_v2, M128ms_v2 3.892 GiB 2.000 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
M192idms_v2, M192ims_v2 4.096 GiB 2.000 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
M208s_v2 2.850 GiB 1.000 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
M208ms_v2 5.700 GiB 1.000 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
M416s_v2 5.700 GiB 2.000 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
M416ms_v2 11.400 GiB 2.000 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500

Diğer birimlerde yapılandırma şöyle görünür:

VM SKU RAM En çok, VM G/Ç
Aktarım hızı
/Hana/Shared /root birimi /usr/SAP
M32ts 192 GiB 500 MBps 1 x P15 1 x P6 1 x P6
M32ls 256 GiB 500 MBps 1 x P15 1 x P6 1 x P6
M64ls 512 GiB 1000 MBps 1 x P20 1 x P6 1 x P6
M32dms_v2, M32ms_v2 875 GiB 500 MBps 1 x P30 1 x P6 1 x P6
M64s, M64ds_v2, M64s_v2 1.024 GiB 1.000 MBps 1 x P30 1 x P6 1 x P6
M64ms, M64dms_v2, M64ms_v2 1.792 GiB 1.000 MBps 1 x P30 1 x P6 1 x P6
M128s, M128ds_v2, M128s_v2 2.048 GiB 2.000 MBps 1 x P30 1 x P10 1 x P6
M192ids_v2, M192is_v2 2.048 GiB 2.000 MBps 1 x P30 1 x P10 1 x P6
M128ms, M128dms_v2, M128ms_v2 3.892 GiB 2.000 MBps 1 x P30 1 x P10 1 x P6
M192idms_v2, M192ims_v2 4.096 GiB 2.000 MBps 1 x P30 1 x P10 1 x P6
M208s_v2 2.850 GiB 1.000 MBps 1 x P30 1 x P10 1 x P6
M208ms_v2 5.700 GiB 1.000 MBps 1 x P30 1 x P10 1 x P6
M416s_v2 5.700 GiB 2.000 MBps 1 x P30 1 x P10 1 x P6
M416ms_v2 11.400 GiB 2.000 MBps 1 x P30 1 x P10 1 x P6

Farklı önerilen birimler için depolama aktarım hızının, çalıştırmak istediğiniz iş yükünü karşılayıp karşılamadığını kontrol edin. İş yükü /Hana/Data ve /Hana/log için daha yüksek birimler gerektiriyorsa, Azure Premium Depolama VHD 'lerinin sayısını artırmanız gerekir. Listelenmiş olandan daha fazla VHD 'ye sahip bir birimi boyutlandırma, ıOPS 'yi ve g/ç verimini Azure sanal makine türü sınırları içinde arttırır.

Azure Yazma Hızlandırıcısı yalnızca Azure yönetilen disklerlebirlikte kullanılabilir. Bu nedenle, en azından /Hana/log birimini oluşturan Azure Premium Depolama disklerinin yönetilen diskler olarak dağıtılması gerekir. Yazma Hızlandırıcısımakalesinde Azure yazma Hızlandırıcısı hakkında daha ayrıntılı yönergeler ve kısıtlamalar bulabilirsiniz.

Azure Esv3 ailesi ve Edsv4'Nin Hana sertifikalı VM 'leri için, /Hana/Data ve /Hana/log birimi için ANF gerekir. Ya da yalnızca /Hana/log birimi için Azure Premium depolama yerine Azure Ultra Disk Storage 'ı kullanmanız gerekir. Sonuç olarak, Azure Premium depolamada bulunan /Hana/Data birimi için yapılandırma şöyle görünebilir:

VM SKU RAM En çok, VM G/Ç
Aktarım hızı
/Hana/Data Sağlanan İşleme Hızı Maksimum patlama performansı IOPS Veri bloğu ıOPS
E20ds_v4 160 GiB 480 MBps 3 x P10 300 MBps 510 MBps 1.500 10.500
E32ds_v4 256 GiB 768 MBps 3 x P10 300 MBps 510 MBps 1.500 10.500
E48ds_v4 384 GiB 1.152 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
E64ds_v4 504 GiB 1.200 MBps 3 x P15 375 MBps 510 MBps 3.300 10.500
E64s_v3 432 GiB 1.200 MB/s 3 x P15 375 MBps 510 MBps 3.300 10.500

Ultra disk üzerinde /Hana/log dahil diğer birimler için yapılandırma şu şekilde görünebilir:

VM SKU RAM En çok, VM G/Ç
Aktarım hızı
/Hana/log birimi /Hana/log g/ç aktarım hızı /Hana/log ıOPS /Hana/Shared /root birimi /usr/SAP
E20ds_v4 160 GiB 480 MBps 80 GB 250 MBps 1.800 1 x P15 1 x P6 1 x P6
E32ds_v4 256 GiB 768 MBps 128 GB 250 MBps 1.800 1 x P15 1 x P6 1 x P6
E48ds_v4 384 GiB 1.152 MBps 192 GB 250 MBps 1.800 1 x P20 1 x P6 1 x P6
E64ds_v4 504 GiB 1.200 MBps 256 GB 250 MBps 1.800 1 x P20 1 x P6 1 x P6
E64s_v3 432 GiB 1.200 MBps 220 GB 250 MBps 1.800 1 x P20 1 x P6 1 x P6

SAP HANA için Azure Ultra disk depolama yapılandırması

Başka bir Azure depolama türüne Azure Ultra diskadı verilir. Şu ana kadar çok ve ultra disk sunulan Azure depolama arasındaki önemli fark, disk yeteneklerinin artık disk boyutuna bağlanmadığı bir isteklerdir. Müşteri olarak, bu özellikleri ultra disk için tanımlayabilirsiniz:

  • 4 GiB ile 65.536 GiB arasında değişen bir disk boyutu
  • IOPS, 100 ıOPS 'den 160K ıOPS 'ye (maksimum sanal makine türlerine göre değişir) göre Aralık
  • 300 mb/sn 'den 2.000 mb/sn 'ye aktarım Depolama

Ultra Disk size boyut, ıOPS ve disk aktarım hızı aralığınızı karşılayan tek bir disk tanımlama olanağı sağlar. IOP ve depolama verimlilik gereksinimlerini karşılayan birimler oluşturmak için Azure Premium Depolama 'nın en üstünde LVM veya MDADDM gibi mantıksal birim yöneticileri kullanmak yerine. Ultra disk ve Premium Depolama arasında bir yapılandırma karışımı çalıştırabilirsiniz. Sonuç olarak, Ultra disk kullanımını performans açısından kritik /Hana/Data ve /Hana/log birimlerine sınırlayabilir ve Azure Premium Depolama ile diğer birimleri kapsaymanıza olanak sağlayabilirsiniz.

Ultra disk 'in diğer avantajları Premium depolamaya kıyasla daha iyi okuma gecikmesi olabilir. Daha hızlı okuma gecikmesi, HANA başlangıç zamanlarını ve verilerin sonraki yükünü belleğe düşürmek istediğinizde avantajlara sahip olabilir. Ayrıca, HANA Savepoints yazarken Ultra disk depolamanın avantajları da keçeli olabilir.

Not

Ultra disk henüz tüm Azure bölgelerinde mevcut değildir ve henüz aşağıda listelenen tüm VM türlerini desteklemede. Ultra diskin kullanılabildiği ve hangi VM ailelerinin desteklendiği hakkında ayrıntılı bilgi için, Azure 'da disk türlerinin kullanılabildiğimakaleye bakın.

Bu yapılandırmada, /Hana/Data ve /Hana/log birimlerini ayrı tutmanız gerekir. önerilen değerler sap 'nin SAP HANA ve depolama yapılandırmalarının VM türlerini, sap tdı Depolama teknik incelemesibölümünde önerildiği şekilde onaylamak için gereken kpı 'lerin dışına türetilir.

Öneriler genellikle bu makalenin önceki kısımlarında belirtilen SAP minimum gereksinimlerini aşır. Listelenen öneriler, SAP 'ye göre boyut önerileri ve farklı VM türlerinin sağladığı en fazla depolama hacmi arasında bir uzlaşmaya neden vardır.

Not

Azure Ultra disk, bir diskin gigabayt kapasitesi başına en az 2 ıOPS zorlamaya zorlarken

VM SKU RAM En çok, VM G/Ç
Aktarım hızı
/Hana/Data birimi /Hana/Data g/ç verimlilik /Hana/Data ıOPS /Hana/log birimi /Hana/log g/ç aktarım hızı /Hana/log ıOPS
E20ds_v4 160 GiB 480 MB/sn 200 GB 400 MBps 2,500 80 GB 250 MB 1.800
E32ds_v4 256 GiB 768 MB/s 300 GB 400 MBps 2,500 128 GB 250 MBps 1.800
E48ds_v4 384 GiB 1152 MB/s 460 GB 400 MBps 3.000 192 GB 250 MBps 1.800
E64ds_v4 504 GiB 1200 MB/s 610 GB 400 MBps 3.500 256 GB 250 MBps 1.800
E64s_v3 432 GiB 1.200 MB/s 610 GB 400 MBps 3.500 220 GB 250 MB 1.800
M32ts 192 GiB 500 MB/s 250 GB 400 MBps 2,500 96 GB 250 MBps 1.800
M32ls 256 GiB 500 MB/sn 300 GB 400 MBps 2,500 256 GB 250 MBps 1.800
M64ls 512 GiB 1.000 MB/sn 620 GB 400 MBps 3.500 256 GB 250 MBps 1.800
M32dms_v2, M32ms_v2 875 GiB 500 MB/sn 1.200 GB 600 MBps 5.000 512 GB 250 MBps 2,500
M64s, M64ds_v2, M64s_v2 1.024 GiB 1.000 MB/sn 1.200 GB 600 MBps 5.000 512 GB 250 MBps 2,500
M64ms, M64dms_v2, M64ms_v2 1.792 GiB 1.000 MB/sn 2.100 GB 600 MBps 5.000 512 GB 250 MBps 2,500
M128s, M128ds_v2, M128s_v2 2.048 GiB 2.000 MB/sn 2.400 GB 750 MBps 7,000 512 GB 250 MBps 2,500
M192ids_v2, M192is_v2 2.048 GiB 2.000 MB/sn 2.400 GB 750 MBps 7,000 512 GB 250 MBps 2,500
M128ms, M128dms_v2, M128ms_v2 3.892 GiB 2.000 MB/sn 4.800 GB 750 MBps 9.600 512 GB 250 MBps 2,500
M192idms_v2, M192ims_v2 4.096 GiB 2.000 MB/sn 4.800 GB 750 MBps 9.600 512 GB 250 MBps 2,500
M208s_v2 2.850 GiB 1.000 MB/sn 3.500 GB 750 MBps 7,000 512 GB 250 MBps 2,500
M208ms_v2 5.700 GiB 1.000 MB/sn 7.200 GB 750 MBps 14,400 512 GB 250 MBps 2,500
M416s_v2 5.700 GiB 2.000 MB/s 7.200 GB 1.000 MBps 14.400 512 GB 400 MBps 4.000
M416ms_v2 11.400 GiB 2.000 MB/s 14.400 GB 1.500 MBps 28.800 512 GB 400 MBps 4.000

Listelenen değerlerin başlangıç noktası olması amaçlanmıştır ve gerçek taleplere göre değerlendirilmesi gerekir. Azure Ultra disk 'in avantajı, ıOPS ve aktarım hızı değerlerinin, VM 'yi kapatma veya sisteme uygulanan iş yükünü durdurma gerekmeden uyarlanabilme gereği elde edilebilir.

Not

Şimdiye kadar, Ultra disk depolaması olan depolama anlık görüntüleri kullanılabilir değildir. Bu, VM anlık görüntülerinin Azure Backup hizmetleriyle kullanımını engeller

Azure NetApp Files NFS v 4.1 birimleri

HANA için ANF hakkında ayrıntılı bilgi için Azure NetApp Files belge NFS v 4.1 birimlerini okuyun SAP HANA

Azure Premium Depolama ile maliyet bilincine çözüm

Şimdiye kadar, bu belgede açıklanan Azure Premium depolama çözümü, Azure n serisi sanal makineler için Premium Depolama ve azure yazma hızlandırıcısı ile Ilgili çözüm çözümleri SAP HANA üretimde desteklenen senaryolara yöneliktir. Üretim destektable yapılandırmalarının özelliklerinden biri, SAP HANA verileri için birimlerin ayrılmasıdır ve günlüğü iki farklı birime geri kaydeder. Bu tür bir ayrımı nedeni, birimlerdeki iş yükü özelliklerinin farklı olması nedenidir. Bu, önerilen üretim yapılandırmalarına sahip olan, farklı türde önbelleğe alma veya hatta farklı Azure blok depolama türleri gerekli olabilir. Üretim dışı senaryolar için, üretim sistemlerine yönelik olarak gerçekleştirilen bazı önemli noktalar, üretim dışı olan daha düşük üretimden oluşan sistemlere uygulanmayabilir. Sonuç olarak, HANA verileri ve günlük birimi birleştirilebilir. Sonuç olarak, bazı küller ile sonuç olarak, üretim sistemleri için gerekli olan belirli aktarım hızını veya gecikmeli KPI 'Ları henüz karşılamıyor. Bu ortamlarda maliyetleri azaltmanın başka bir yönü de Azure Standart SSD Storagekullanımı olabilir. Standart SSD veya Standart HDD Azure Storage ' ın seçilmesi, sanal makineler Için SLAmakalesinde belgelendiği şekılde tek VM SLA 'larınız üzerinde etkili olduğunu unutmayın.

Bu tür yapılandırmalara daha az maliyetli bir alternatif şöyle görünebilir:

VM SKU RAM En çok, VM G/Ç
Aktarım hızı
/Hana/Data ve/Hana/log
LVM veya MDADDM ile şeritli
/Hana/Shared /root birimi /usr/SAP yorumlar
DS14v2 112 GiB 768 MB/s 4 x P6 1 x E10 1 x E6 1 x E6 1 MS depolama gecikme süresi1 ' den az olmaz
E16v3 128 GiB 384 MB/s 4 x P6 1 x E10 1 x E6 1 x E6 Sanal makine türü HANA sertifikalı değil
1 MS depolama gecikme süresi1 ' den az olmaz
M32ts 192 GiB 500 MB/s 3 x P10 1 x E15 1 x E6 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 5.0002 olarak sınırlandırır
E20ds_v4 160 GiB 480 MB/sn 4 x P6 1 x E15 1 x E6 1 x E6 1 MS depolama gecikme süresi1 ' den az olmaz
E32v3 256 GiB 768 MB/s 4 x P10 1 x E15 1 x E6 1 x E6 Sanal makine türü HANA sertifikalı değil
1 MS depolama gecikme süresi1 ' den az olmaz
E32ds_v4 256 GiB 768 MBps 4 x P10 1 x E15 1 x E6 1 x E6 1 MS depolama gecikme süresi1 ' den az olmaz
M32ls 256 GiB 500 MB/s 4 x P10 1 x E15 1 x E6 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 5.0002 olarak sınırlandırır
E48ds_v4 384 GiB 1.152 MBps 6 x P10 1 x E20 1 x E6 1 x E6 1 MS depolama gecikme süresi1 ' den az olmaz
E64v3 432 GiB 1.200 MB/s 6 x P10 1 x E20 1 x E6 1 x E6 1 MS depolama gecikme süresi1 ' den az olmaz
E64ds_v4 504 GiB 1200 MB/s 7 x P10 1 x E20 1 x E6 1 x E6 1 MS depolama gecikme süresi1 ' den az olmaz
M64ls 512 GiB 1.000 MB/s 7 x P10 1 x E20 1 x E6 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 10.0002 olarak sınırlandırır
M32dms_v2, M32ms_v2 875 GiB 500 MB/s 6 x P15 1 x E30 1 x E6 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 5.0002 olarak sınırlandırır
M64s, M64ds_v2, M64s_v2 1.024 GiB 1.000 MB/s 7 x P15 1 x E30 1 x E6 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 10.0002 olarak sınırlandırır
M64ms, M64dms_v2, M64ms_v2 1.792 GiB 1.000 MB/s 6 x P20 1 x E30 1 x E6 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 10.0002 olarak sınırlandırır
M128s, M128ds_v2, M128s_v2 2.048 GiB 2.000 MB/s 6 x P20 1 x E30 1 x E10 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 20.0002 olarak sınırlandırır
M192ids_v2, M192is_v2 2.048 GiB 2.000 MB/s 6 x P20 1 x E30 1 x E10 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 20.0002 olarak sınırlandırır
M128ms, M128dms_v2, M128ms_v2 3.800 GiB 2.000 MB/s 5 x P30 1 x E30 1 x E10 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 20.0002 olarak sınırlandırır
M192idms_v2, M192ims_v2 4.096 GiB 2.000 MB/s 5 x P30 1 x E30 1 x E10 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 20.0002 olarak sınırlandırır
M208s_v2 2.850 GiB 1.000 MB/s 4 x P30 1 x E30 1 x E10 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 10.0002 olarak sınırlandırır
M208ms_v2 5.700 GiB 1.000 MB/s 4 x P40 1 x E30 1 x E10 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 10.0002 olarak sınırlandırır
M416s_v2 5.700 GiB 2.000 MB/s 4 x P40 1 x E30 1 x E10 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 20.0002 olarak sınırlandırır
M416ms_v2 11400 GiB 2.000 MB/s 7 x P40 1 x E30 1 x E10 1 x E6 Birleşik veri ve günlük birimi için Yazma Hızlandırıcısı kullanmak, ıOPS oranını 20.0002 olarak sınırlandırır

1 Azure yazma Hızlandırıcısı , Ev4 ve Ev4 VM aileleri ile birlikte kullanılamaz. Azure Premium Depolama kullanmanın sonucu olarak, g/ç gecikmesi 1 MS 'den az olmaz

2 VM ailesi Azure yazma Hızlandırıcısıdestekler, ancak yazma hızlandırıcısının ıOPS sınırının disk yapılandırması IOPS özelliklerini sınırlayabileceği bir olasılık vardır

SAP HANA için veri ve günlük birimini birleştirme durumunda, şeritli birimi oluşturan diskler okuma önbelleği veya okuma/yazma önbelleği etkin olmamalıdır.

SAP ile sertifikalı olmayan ve bu nedenle SAP HANA donanım dizinindelistelenmeyen sanal makine türleri vardır. Müşterilerin geri bildirimi, listelenen bazı sanal makine türlerinin bazı üretim dışı görevler için başarıyla kullanılmıştı.

Sonraki adımlar

Daha fazla bilgi için bkz.