SAP HANA Azure sanal makine depolama alanı yapılandırmalarıSAP HANA Azure virtual machine storage configurations

Azure, SAP HANA çalıştıran Azure VM'leri için uygun olan farklı depolama alanı türleri sağlar.Azure provides different types of storage that are suitable for Azure VMs that are running SAP HANA. SAP HANA dağıtımları listesi için düşünülebilecek SAP HANA sertifikalı Azure depolama türleri:The SAP HANA certified Azure storage types that can be considered for SAP HANA deployments list like:

Bu disk türleri hakkında bilgi Select a disk type edinmek için bkz.To learn about these disk types, see the article Select a disk type

Azure, Azure Standardı ve Premium Depolama'daki VHD'ler için iki dağıtım yöntemi sunar.Azure offers two deployment methods for VHDs on Azure Standard and Premium Storage. Genel senaryo izin verirse, Azure yönetilen disk dağıtımlarından yararlanın.If the overall scenario permits, take advantage of Azure managed disk deployments.

IOPS ve depolama işlerindeki depolama türlerinin ve Bunların SLA'larının listesi için yönetilen diskler için Azure belgeleriniinceleyin.For a list of storage types and their SLAs in IOPS and storage throughput, review the Azure documentation for managed disks.

Önemli

Seçilen Azure depolama türünden bağımsız olarak, bu depolamada kullanılan dosya sisteminin belirli işletim sistemi ve DBMS için SAP tarafından desteklenmesi gerekir.Independent of the Azure storage type chosen, the file system that is used on that storage needs to be supported by SAP for the specific operating system and DBMS. SAP destek notu #405827 SAP HANA da dahil olmak üzere farklı işletim sistemleri ve veritabanları için desteklenen dosya sistemlerini listeler.SAP support note #405827 lists the supported file systems for different operating systems and databases, including SAP HANA. Bu, SAP HANA'nın hangi görev için olursa olsun okuma ve yazma için erişebileceği tüm birimler için geçerlidir.This applies to all volumes SAP HANA might access for reading and writing for whatever task. SAP HANA için Azure'da Özellikle NFS kullanılarak, bu makalenin ilerleyen sürümlerinde belirtildiği gibi NFS sürümlerinde ek kısıtlamalar uygulanırSpecifically using NFS on Azure for SAP HANA, additional restrictions of NFS versions apply as stated later in this article

Farklı depolama türleri için minimum SAP HANA onaylı koşullar şunlardır:The minimum SAP HANA certified conditions for the different storage types are:

  • Azure Premium SSD - /hana/log, Azure Yazma Hızlandırıcısıile önbelleğe alınması gerekmektedir.Azure Premium SSD - /hana/log is required to be cached with Azure Write Accelerator. /hana/veri hacmi Azure Yazma Hızlandırıcısı olmadan Premium SSD'ye veya Ultra diske yerleştirilebilirThe /hana/data volume could be placed on Premium SSD without Azure Write Accelerator or on Ultra disk
  • Azure Ultra disk en azından /hana/log hacmi için.Azure Ultra disk at least for the /hana/log volume. /hana/veri hacmi Azure Yazma Hızlandırıcısı olmadan Premium SSD'ye veya ultra diski daha hızlı yeniden başlatma süreleri elde etmek için yerleştirilebilirThe /hana/data volume can be placed on either Premium SSD without Azure Write Accelerator or in order to get faster restart times Ultra disk
  • NFS v4.1 ciltleri Azure NetApp Dosyalarının üstünde /hana/log ve /hana/data için kullanılır.NFS v4.1 volumes on top of Azure NetApp Files for /hana/log and /hana/data. /hana/paylaşılan hacmi NFS v3 veya NFS v4.1 protokolünü kullanabilir.The volume of /hana/shared can use NFS v3 or NFS v4.1 protocol. NFS v4.1 protokolü /hana/data ve/hana/log hacimleri için zorunludur.The NFS v4.1 protocol is mandatory for /hana/data and/hana/log volumes.

Depolama türlerinden bazıları birleştirilebilir.Some of the storage types can be combined. Örneğin, gerekli düşük gecikme süresini elde etmek için Premium Depolama'ya /hana/veri koymak mümkündür ve /hana/log Ultra disk depolama alanına yerleştirilebilir.For example, it is possible to put /hana/data onto Premium Storage and /hana/log can be placed on Ultra disk storage in order to get the required low latency. Ancak, /hana/data için ANF'ye dayalı bir NFS v4.1 birimi kullanıyorsanız, /hana/log için ANF'ye dayalı başka bir NFS v4.1 hacmi kullanmanız gerekir.However, if you use an NFS v4.1 volume based on ANF for /hana/data, you are required to use another NFS v4.1 volume based on ANF for /hana/log. Birimlerden biri için ANF'nin üstünde NFS ve diğer birim için Azure Premium Depolama veya Ultra disk (örneğin /hana/log) için NFS kullanılması desteklenmez.Using NFS on top of ANF for one of the volumes (like /hana/data) and Azure Premium Storage or Ultra disk for the other volume (like /hana/log) is not supported.

Şirket içi dünyada, G/Ç alt sistemlerini ve yeteneklerini nadiren önemsemek zorunda kaldınız.In the on-premises world, you rarely had to care about the I/O subsystems and its capabilities. Bunun nedeni, cihaz satıcısının SAP HANA için minimum depolama gereksinimlerinin karşılandıklıolduğundan emin olmasıydı.Reason was that the appliance vendor needed to make sure that the minimum storage requirements are met for SAP HANA. Azure altyapısını kendiniz oluştururken, sap tarafından verilen bu gereksinimlerden bazılarının farkında olmalısınız.As you build the Azure infrastructure yourself, you should be aware of some of these SAP issued requirements. SAP'den gerekli olan minimum iş verme özelliklerinden bazıları aşağıdakileri gerektirmeye neden olur:Some of the minimum throughput characteristics that are required from SAP, are resulting in the need to:

  • 1 MB G/Ç boyutuna sahip 250 MB/sn'nin /hana/log'da okuma/yazma olanağı sağlamaEnable read/write on /hana/log of a 250 MB/sec with 1 MB I/O sizes
  • 16 MB ve 64 MB G/Ç boyutları için /hana/data için en az 400 MB/sn okuma etkinliğini etkinleştirinEnable read activity of at least 400 MB/sec for /hana/data for 16 MB and 64 MB I/O sizes
  • 16 MB ve 64 MB G/Ç boyutlarında /hana/data için en az 250 MB/sn yazma etkinliğini etkinleştirinEnable write activity of at least 250 MB/sec for /hana/data with 16 MB and 64 MB I/O sizes

Sap HANA gibi DBMS verileri bellekte tutsa da, düşük depolama gecikmesi DBMS sistemleri için kritik öneme sahip olduğu göz önüne alındığında.Given that low storage latency is critical for DBMS systems, even as DBMS, like SAP HANA, keep data in-memory. Depolamadaki kritik yol genellikle DBMS sistemlerinin işlem günlüğü nün etrafındadır.The critical path in storage is usually around the transaction log writes of the DBMS systems. Ancak, kilitlenme kurtarma sonrasında kayda kaydetme noktaları yazma veya verileri bellekte yükleme gibi işlemler de kritik olabilir.But also operations like writing savepoints or loading data in-memory after crash recovery can be critical. Bu nedenle, Azure Premium Diskleri'nin /hana/data ve /hana/log hacimleri için yararlanması zorunludur.Therefore, it is mandatory to leverage Azure Premium Disks for /hana/data and /hana/log volumes. SAP tarafından istenildiği gibi /hana/log ve /hana/data'nın minimum veri elde etmek için, birden çok Azure Premium Depolama diski üzerinde MDADM veya LVM kullanarak bir RAID 0 oluşturmanız gerekir.In order to achieve the minimum throughput of /hana/log and /hana/data as desired by SAP, you need to build a RAID 0 using MDADM or LVM over multiple Azure Premium Storage disks. RAID birimlerini /hana/data ve /hana/log birimleri olarak kullanın.And use the RAID volumes as /hana/data and /hana/log volumes.

Öneri: RAID 0 için şerit boyutları olarak tavsiye kullanmaktır:Recommendation: As stripe sizes for the RAID 0 the recommendation is to use:

  • /hana/data için 256 KB256 KB for /hana/data
  • 32 KB için /hana/log32 KB for /hana/log

Önemli

/hana/veri için şerit boyutu daha yeni Linux sürümleri ile müşteri deneyimlerine dayalı 64 KB veya 128 KB için 256 KB çağıran önceki öneriler değiştirildi.The stripe size for /hana/data got changed from earlier recommendations calling for 64 KB or 128 KB to 256 KB based on customer experiences with more recent Linux versions. 256 KB boyutu biraz daha iyi performans sağlarThe size of 256 KB is providing slightly better performance

Not

Azure Premium ve Standart depolama alanı bir VHD'nin üç görüntüsünü tuttuğundan, RAID birimlerini kullanarak herhangi bir artıklık düzeyini yapılandırmanız gerekmez.You don't need to configure any redundancy level using RAID volumes since Azure Premium and Standard storage keep three images of a VHD. RAID biriminin kullanımı, yalnızca yeterli G/Ç iş hacmi sağlayan birimleri yapılandırmak içindir.The usage of a RAID volume is purely to configure volumes that provide sufficient I/O throughput.

RAID'in altında çok sayıda Azure VHD biriktirmek, Bir IOPS ve depolama iş birikintisi tarafından biriktir.Accumulating a number of Azure VHDs underneath a RAID, is accumulative from an IOPS and storage throughput side. Bu nedenle, 3 x P30 Azure Premium Depolama diskinin üzerine bir RAID 0 koyarsanız, size IOPS'nin üç katını ve tek bir Azure Premium Depolama P30 diskinin depolama işlerinden üç kat daha fazla depolama çıktısı verecektir.So, if you put a RAID 0 over 3 x P30 Azure Premium Storage disks, it should give you three times the IOPS and three times the storage throughput of a single Azure Premium Storage P30 disk.

Ayrıca boyutlandırma veya VM için karar verirken genel VM G/Ç iş bilgililiğini de aklınızda bulundurun.Also keep the overall VM I/O throughput in mind when sizing or deciding for a VM. Genel VM depolama iş liği makalede belgelenmiştir Bellek optimize sanal makine boyutları.Overall VM storage throughput is documented in the article Memory optimized virtual machine sizes.

Linux I/O Zamanlayıcı moduLinux I/O Scheduler mode

Linux birkaç farklı G/Ç zamanlama moduna sahiptir.Linux has several different I/O scheduling modes. Linux satıcıları ve SAP aracılığıyla ortak öneri, cfq modundan noop (çok sıralı olmayan) veya (çok sıralı) moduna disk birimleri için G/Ç zamanlayıcı modunu yeniden yapılandırmaktır.Common recommendation through Linux vendors and SAP is to reconfigure the I/O scheduler mode for disk volumes from the cfq mode to the noop (non-multiqueue) or none for (multiqueue) mode. Ayrıntılar SAP Note #1984787'dabaşvurulmaktadır.Details are referenced in SAP Note #1984787.

Azure M Serisi sanal makineler için Premium Depolama ve Azure Yazma Hızlandırıcısı ile çözümlerSolutions with Premium Storage and Azure Write Accelerator for Azure M-Series virtual machines

Azure Yazma Hızlandırıcı, yalnızca Azure M Serisi VM'ler için kullanılabilen bir işlevdir.Azure Write Accelerator is a functionality that is available for Azure M-Series VMs exclusively. Adından da belirtildiği gibi, işlevselliğin amacı Azure Premium Depolama'ya karşı yazmaların Gecikme sini artırmaktır.As the name states, the purpose of the functionality is to improve I/O latency of writes against the Azure Premium Storage. SAP HANA için, Yazma Hızlandırıcısı sadece /hana/log hacmine karşı kullanılmalıdır.For SAP HANA, Write Accelerator is supposed to be used against the /hana/log volume only. Bu nedenle, /hana/veri ve /hana/log, yalnızca /hana/log hacmini destekleyen Azure Yazma Hızlandırıcısı ile ayrı birimlerdir.Therefore, the /hana/data and /hana/log are separate volumes with Azure Write Accelerator supporting the /hana/log volume only.

Önemli

Azure Premium Depolama kullanırken Azure Yazma Hızlandırıcısı veya /hana/log biriminin kullanılması zorunludur.When using Azure Premium Storage, the usage of Azure Write Accelerator or the /hana/log volume is mandatory. Yazma Hızlandırıcı sadece premium Depolama ve M-Serisi ve Mv2 Serisi VM'ler için kullanılabilir.Write Accelerator is available for premium Storage and M-Series and Mv2-Series VMs only.

Aşağıdaki önbelleğe alma önerileri, SAP HANA'nın Aşağıdakiler gibi listedeki G/Ç özelliklerini varsayarak dır:The caching recommendations below are assuming the I/O characteristics for SAP HANA that list like:

  • HANA veri dosyalarına karşı neredeyse hiç okunan iş yükü yoktur.There hardly is any read workload against the HANA data files. Özel durumlar, HANA örneğinin yeniden başlatılmasından veya verilerin HANA'ya yüklenmesinden sonra büyük boyutlu G/Ç'lerdir.Exceptions are large sized I/Os after restart of the HANA instance or when data is loaded into HANA. Veri dosyalarına karşı daha büyük okuma G/Ç başka bir durumda HANA veritabanı yedekleri olabilir.Another case of larger read I/Os against data files can be HANA database backups. Sonuç olarak çoğu durumda, tüm veri dosyası hacimleri tamamen okunması gerekir, çünkü çoğunlukla önbelleğe alma çoğunlukla mantıklı değildir okuyun.As a result read caching mostly does not make sense since in most of the cases, all data file volumes need to be read completely.
  • Veri dosyalarına karşı yazma HANA savepoints ve HANA kilitlenme kurtarma dayalı patlamalar deneyimlidir.Writing against the data files is experienced in bursts based by HANA savepoints and HANA crash recovery. Savepoints yazma asynchronous ve herhangi bir kullanıcı hareketleri tutmayın.Writing savepoints is asynchronous and are not holding up any user transactions. Kilitlenme kurtarma sırasında veri yazmak, sistemin yeniden hızlı yanıt vermesini sağlamak için performans açısından önemlidir.Writing data during crash recovery is performance critical in order to get the system responding fast again. Ancak, çarpışma kurtarma oldukça istisnai durumlar olmalıdırHowever, crash recovery should be rather exceptional situations
  • HANA redo dosyalarından neredeyse hiç okuma yok.There are hardly any reads from the HANA redo files. Özel durumlar, işlem günlüğü yedeklemeleri, kilitlenme kurtarma veya HANA örneğinin yeniden başlatma aşamasında gerçekleştirirken büyük G/Ç'lerdir.Exceptions are large I/Os when performing transaction log backups, crash recovery, or in the restart phase of a HANA instance.
  • SAP HANA redo günlük dosyasına karşı ana yük yazıyor.Main load against the SAP HANA redo log file is writes. İş yükünün doğasına bağlı olarak, 4 KB kadar küçük veya diğer durumlarda 1 MB veya daha fazla G/Ç boyutunda I/Os'lere sahip olabilirsiniz.Dependent on the nature of workload, you can have I/Os as small as 4 KB or in other cases I/O sizes of 1 MB or more. SAP HANA redo günlüğüne karşı yazma gecikmesi performans açısından önemlidir.Write latency against the SAP HANA redo log is performance critical.
  • Tüm yazmagüvenilir bir şekilde disküzerinde kalıcı olması gerekirAll writes need to be persisted on disk in a reliable fashion

Öneri: SAP HANA tarafından gözlemlenen bu G/Ç desenleri sonucunda, Azure Premium Depolama kullanarak farklı birimlerin önbelleğe alınması aşağıdaki gibi ayarlanmalıdır:Recommendation: As a result of these observed I/O patterns by SAP HANA, the caching for the different volumes using Azure Premium Storage should be set like:

  • /hana/data - önbelleğe alma yok/hana/data - no caching
  • /hana/log - önbelleğe alma yok - M- ve Mv2 Serisi için istisna, Yazma Hızlandırıcısı okunmadan etkinleştirilmelidir./hana/log - no caching - exception for M- and Mv2-Series where Write Accelerator should be enabled without read caching.
  • /hana/shared - önbelleğe alma oku/hana/shared - read caching

Önemli

Azure M Serisi sanal makineleri için SAP HANA sertifikası yalnızca /hana/log hacmi için Azure Yazma Hızlandırıcısı'na aittir.SAP HANA certification for Azure M-Series virtual machines is exclusively with Azure Write Accelerator for the /hana/log volume. Sonuç olarak, Azure M Serisi sanal makinelerdeki üretim senaryosu SAP HANA dağıtımlarının /hana/log hacmi için Azure Yazma Hızlandırıcısı ile yapılandırılması beklenmektedir.As a result, production scenario SAP HANA deployments on Azure M-Series virtual machines are expected to be configured with Azure Write Accelerator for the /hana/log volume.

Not

Üretim senaryoları için, Sap HANA tarafından SAP tarafından IAAS için SAP belgelerindebelirli bir VM türünün desteklenip desteklenmediğini kontrol edin.For production scenarios, check whether a certain VM type is supported for SAP HANA by SAP in the SAP documentation for IAAS.

Öneriler genellikle bu makalede daha önce belirtildiği gibi SAP minimum gereksinimlerini aşıyor.The recommendations are often exceeding the SAP minimum requirements as stated earlier in this article. Listelenen öneriler, SAP'nin boyut önerileri ile farklı VM türlerinin sağladığı maksimum depolama alanı verimi arasında bir uzlaşmadır.The listed recommendations are a compromise between the size recommendations by SAP and the maximum storage throughput the different VM types provide.

Öneri: Üretim senaryoları için önerilen yapılandırmalar aşağıdaki gibi görünür:Recommendation: The recommended configurations for production scenarios look like:

VM SKUVM SKU RAMRAM En çok,Max. VM I/OVM I/O
Aktarım hızıThroughput
/hana/veri/hana/data /hana/log/hana/log /hana/paylaşılan/hana/shared /kök hacmi/root volume /usr/sap/usr/sap hana/yedeklemehana/backup
M32tsM32ts 192 GİB192 GiB 500 MB/sN500 MB/s 3 x P203 x P20 2 x P202 x P20 1 x P201 x P20 1 x P61 x P6 1 x P61 x P6 1 x P201 x P20
M32lsM32ls 256 GiB256 GiB 500 MB/sN500 MB/s 3 x P203 x P20 2 x P202 x P20 1 x P201 x P20 1 x P61 x P6 1 x P61 x P6 1 x P201 x P20
M64lsM64ls 512 GiB512 GiB 1000 MB/sN1000 MB/s 3 x P203 x P20 2 x P202 x P20 1 x P201 x P20 1 x P61 x P6 1 x P61 x P6 1 x P301 x P30
M64'lerM64s 1000 GiB1000 GiB 1000 MB/sN1000 MB/s 4 x P204 x P20 2 x P202 x P20 1 x P301 x P30 1 x P61 x P6 1 x P61 x P6 2 x P302 x P30
M64msM64ms 1750 GiB1750 GiB 1000 MB/sN1000 MB/s 3 x P303 x P30 2 x P202 x P20 1 x P301 x P30 1 x P61 x P6 1 x P61 x P6 3 x P303 x P30
M128'lerM128s 2000 GİB2000 GiB 2000 MB/sN2000 MB/s 3 x P303 x P30 2 x P202 x P20 1 x P301 x P30 1 x P101 x P10 1 x P61 x P6 2 x P402 x P40
M128msM128ms 3800 GiB3800 GiB 2000 MB/sN2000 MB/s 5 x P305 x P30 2 x P202 x P20 1 x P301 x P30 1 x P101 x P10 1 x P61 x P6 4 x P404 x P40
M208s_v2M208s_v2 2850 GİB2850 GiB 1000 MB/sN1000 MB/s 4 x P304 x P30 2 x P202 x P20 1 x P301 x P30 1 x P101 x P10 1 x P61 x P6 3 x P403 x P40
M208ms_v2M208ms_v2 5700 GiB5700 GiB 1000 MB/sN1000 MB/s 4 x P404 x P40 2 x P202 x P20 1 x P301 x P30 1 x P101 x P10 1 x P61 x P6 3 x P503 x P50
M416s_v2M416s_v2 5700 GiB5700 GiB 2000 MB/sN2000 MB/s 4 x P404 x P40 2 x P202 x P20 1 x P301 x P30 1 x P101 x P10 1 x P61 x P6 3 x P503 x P50
M416ms_v2M416ms_v2 11400 GiB11400 GiB 2000 MB/sN2000 MB/s 8 x P408 x P40 2 x P202 x P20 1 x P301 x P30 1 x P101 x P10 1 x P61 x P6 4 x P504 x P50

Önerilen farklı birimler için depolama çıktısının çalıştırmak istediğiniz iş yükünü karşılayıp karşılamadığını denetleyin.Check whether the storage throughput for the different suggested volumes meets the workload that you want to run. İş yükü /hana/data ve /hana/logiçin daha yüksek hacim gerektiriyorsa, Azure Premium Depolama VHD'lerinin sayısını artırmanız gerekir.If the workload requires higher volumes for /hana/data and /hana/log, you need to increase the number of Azure Premium Storage VHDs. Listelenenden daha fazla VHD'ye sahip bir birim boyutlandırma, Azure sanal makine türü sınırları içinde IOPS ve G/Ç iş hacmini artırır.Sizing a volume with more VHDs than listed increases the IOPS and I/O throughput within the limits of the Azure virtual machine type.

Azure Yazma Hızlandırıcıyalnızca Azure yönetilen disklerlebirlikte çalışır.Azure Write Accelerator only works in conjunction with Azure managed disks. Bu nedenle en azından /hana/log hacmini oluşturan Azure Premium Depolama disklerinin yönetilen diskler olarak dağıtılması gerekir.So at least the Azure Premium Storage disks forming the /hana/log volume need to be deployed as managed disks.

Azure Premium Depolama VHD'lerinin VM başına Azure Yazma Hızlandırıcısı tarafından desteklenebilecek sınırları vardır.There are limits of Azure Premium Storage VHDs per VM that can be supported by Azure Write Accelerator. Geçerli sınırlar şunlardır:The current limits are:

  • Bir M128xx ve M416xx VM için 16 VHD16 VHDs for an M128xx and M416xx VM
  • Bir M64xx ve M208xx VM için 8 VHD8 VHDs for an M64xx and M208xx VM
  • Bir M32xx VM için 4 VHD4 VHDs for an M32xx VM

Azure Yazma Hızlandırıcısı'nın nasıl etkinleştirilecek olabileceğine ilişkin daha ayrıntılı yönergeler Yazma Hızlandırıcımakalesinde bulunabilir.More detailed instructions on how to enable Azure Write Accelerator can be found in the article Write Accelerator.

Azure Yazma Hızlandırıcısı için ayrıntılar ve kısıtlamalar aynı belgelerde bulunabilir.Details and restrictions for Azure Write Accelerator can be found in the same documentation.

Öneri: /hana/log hacmini oluşturan diskler için Yazma Hızlandırıcı'yı kullanmanız gerekirRecommendation: You need to use Write Accelerator for disks forming the /hana/log volume

Maliyet bilincine göre Azure Depolama yapılandırmasıCost conscious Azure Storage configuration

Aşağıdaki tablo, müşterilerin Azure VM'lerinde SAP HANA'yı barındırmak için de kullandıkları VM türlerinin yapılandırmasını gösterir.The following table shows a configuration of VM types that customers also use to host SAP HANA on Azure VMs. SAP HANA için tüm minimum depolama ölçütlerini karşılamayan veya SAP tarafından SAP HANA ile resmi olarak desteklenmeyen bazı VM türleri olabilir.There might be some VM types that might not meet all minimum storage criteria for SAP HANA or are not officially supported with SAP HANA by SAP. Ama şimdiye kadar bu VMs olmayan üretim senaryoları için iyi performans gibiydi.But so far those VMs seemed to perform fine for non-production scenarios. /hana/veri ve /hana/log tek bir birimde birleştirilir.The /hana/data and /hana/log are combined to one volume. Sonuç olarak Azure Yazma Hızlandırıcısı kullanımı IOPS açısından bir sınırlama haline gelebilir.As a result the usage of Azure Write Accelerator can become a limitation in terms of IOPS.

Not

SAP destekli senaryolar için, SAP tarafından SAP tarafından SAP tarafından belirli bir VM türünün desteklenip desteklenmediğini kontrol edin.For SAP supported scenarios, check whether a certain VM type is supported for SAP HANA by SAP in the SAP documentation for IAAS.

Not

Maliyet bilincine yönelik çözüm için eski önerilerden bir değişiklik, Azure Standart HDD disklerinden daha iyi performans gösteren ve daha güvenilir Azure Standart SSD disklerine geçmektirA change from former recommendations for a cost conscious solution, is to move from Azure Standard HDD disks to better performing and more reliable Azure Standard SSD disks

Öneriler genellikle bu makalede daha önce belirtildiği gibi SAP minimum gereksinimlerini aşıyor.The recommendations are often exceeding the SAP minimum requirements as stated earlier in this article. Listelenen öneriler, SAP'nin boyut önerileri ile farklı VM türlerinin sağladığı maksimum depolama alanı verimi arasında bir uzlaşmadır.The listed recommendations are a compromise between the size recommendations by SAP and the maximum storage throughput the different VM types provide.

VM SKUVM SKU RAMRAM En çok,Max. VM I/OVM I/O
Aktarım hızıThroughput
/hana/veri ve /hana/log/hana/data and /hana/log
LVM veya MDADM ile çizgilistriped with LVM or MDADM
/hana/paylaşılan/hana/shared /kök hacmi/root volume /usr/sap/usr/sap hana/yedeklemehana/backup
DS14v2DS14v2 112 GİB112 GiB 768 MB/sN768 MB/s 3 x P203 x P20 1 x E201 x E20 1 x E61 x E6 1 x E61 x E6 1 x E151 x E15
E16v3E16v3 128 GiB128 GiB 384 MB/sN384 MB/s 3 x P203 x P20 1 x E201 x E20 1 x E61 x E6 1 x E61 x E6 1 x E151 x E15
E32v3E32v3 256 GiB256 GiB 768 MB/sN768 MB/s 3 x P203 x P20 1 x E201 x E20 1 x E61 x E6 1 x E61 x E6 1 x E201 x E20
E64v3E64v3 432 GİB432 GiB 1.200 MB/sN1,200 MB/s 3 x P203 x P20 1 x E201 x E20 1 x E61 x E6 1 x E61 x E6 1 x E301 x E30
GS5GS5 448 GİB448 GiB 2.000 MB/sN2,000 MB/s 3 x P203 x P20 1 x E201 x E20 1 x E61 x E6 1 x E61 x E6 1 x E301 x E30
M32tsM32ts 192 GİB192 GiB 500 MB/sN500 MB/s 3 x P203 x P20 1 x E201 x E20 1 x E61 x E6 1 x E61 x E6 1 x E201 x E20
M32lsM32ls 256 GiB256 GiB 500 MB/sN500 MB/s 3 x P203 x P20 1 x E201 x E20 1 x E61 x E6 1 x E61 x E6 1 x E201 x E20
M64lsM64ls 512 GiB512 GiB 1.000 MB/sN1,000 MB/s 3 x P203 x P20 1 x E201 x E20 1 x E61 x E6 1 x E61 x E6 1 x E301 x E30
M64'lerM64s 1.000 GiB1,000 GiB 1.000 MB/sN1,000 MB/s 2 x P302 x P30 1 x E301 x E30 1 x E61 x E6 1 x E61 x E6 2 x E302 x E30
M64msM64ms 1.750 GiB1,750 GiB 1.000 MB/sN1,000 MB/s 3 x P303 x P30 1 x E301 x E30 1 x E61 x E6 1 x E61 x E6 3 x E303 x E30
M128'lerM128s 2.000 GiB2,000 GiB 2.000 MB/sN2,000 MB/s 3 x P303 x P30 1 x E301 x E30 1 x E101 x E10 1 x E61 x E6 2 x E402 x E40
M128msM128ms 3.800 GiB3,800 GiB 2.000 MB/sN2,000 MB/s 5 x P305 x P30 1 x E301 x E30 1 x E101 x E10 1 x E61 x E6 2 x E502 x E50
M208s_v2M208s_v2 2.850 GiB2,850 GiB 1.000 MB/sN1,000 MB/s 4 x P304 x P30 1 x E301 x E30 1 x E101 x E10 1 x E61 x E6 3 x E403 x E40
M208ms_v2M208ms_v2 5.700 GiB5,700 GiB 1.000 MB/sN1,000 MB/s 4 x P404 x P40 1 x E301 x E30 1 x E101 x E10 1 x E61 x E6 4 x E404 x E40
M416s_v2M416s_v2 5.700 GiB5,700 GiB 2.000 MB/sN2,000 MB/s 4 x P404 x P40 1 x E301 x E30 1 x E101 x E10 1 x E61 x E6 4 x E404 x E40
M416ms_v2M416ms_v2 11400 GiB11400 GiB 2.000 MB/sN2,000 MB/s 8 x P408 x P40 1 x E301 x E30 1 x E101 x E10 1 x E61 x E6 4 x E504 x E50

3 x P20 ile küçük VM türleri için önerilen diskler SAP TDI Depolama Teknik İncelemegöre alan önerileri ile ilgili hacimleri büyük boyutu.The disks recommended for the smaller VM types with 3 x P20 oversize the volumes regarding the space recommendations according to the SAP TDI Storage Whitepaper. Ancak, SAP HANA için yeterli disk iş buzunun sağlanması için tabloda görüntülenen seçim yapılmıştır.However the choice as displayed in the table was made to provide sufficient disk throughput for SAP HANA. Bellek hacminin iki katını temsil eden yedeklemeleri tutmak için boyutlandırılmış olan /hana/yedekleme biriminde değişikliklere ihtiyacınız varsa, ayarlamaktan çekinmeyin.If you need changes to the /hana/backup volume, which was sized for keeping backups that represent twice the memory volume, feel free to adjust.
Önerilen farklı birimler için depolama çıktısının çalıştırmak istediğiniz iş yükünü karşılayıp karşılamadığını denetleyin.Check whether the storage throughput for the different suggested volumes meets the workload that you want to run. İş yükü /hana/data ve /hana/logiçin daha yüksek hacim gerektiriyorsa, Azure Premium Depolama VHD'lerinin sayısını artırmanız gerekir.If the workload requires higher volumes for /hana/data and /hana/log, you need to increase the number of Azure Premium Storage VHDs. Listelenenden daha fazla VHD'ye sahip bir birim boyutlandırma, Azure sanal makine türü sınırları içinde IOPS ve G/Ç iş hacmini artırır.Sizing a volume with more VHDs than listed increases the IOPS and I/O throughput within the limits of the Azure virtual machine type.

Not

Yukarıdaki yapılandırmalar, Azure Premium Depolama ve Azure Standart Depolama'nın bir karışımını kullandığından Azure sanal makine tek VM SLA'dan yararlanamaz.The configurations above would NOT benefit from Azure virtual machine single VM SLA since it does use a mixture of Azure Premium Storage and Azure Standard Storage. Ancak, seçim maliyetleri optimize etmek için seçildi.However, the selection was chosen in order to optimize costs. VM yapılandırmasını Azure tek VM SLA ile uyumlu hale getirmek için Yukarıdaki tüm diskler için Azure Standart Depolama (Sxx) olarak listelenen Tüm Diskler için Premium Depolama'yı seçmeniz gerekir.You would need to choose Premium Storage for all the disks above that listed as Azure Standard Storage (Sxx) to make the VM configuration compliant with the Azure single VM SLA.

Not

Belirtilen disk yapılandırma önerileri, SAP'nin altyapı sağlayıcılarına karşı ifade ettikleri minimum gereksinimleri hedeflemektedir.The disk configuration recommendations stated are targeting minimum requirements SAP expresses towards their infrastructure providers. Gerçek müşteri dağıtımlarında ve iş yükü senaryolarında, bu önerilerin hala yeterli yetenek sağlamadığı durumlara karşılaşıldı.In real customer deployments and workload scenarios, situations were encountered where these recommendations still did not provide sufficient capabilities. Bunlar, bir müşterinin HANA yeniden başlatmadan sonra verilerin daha hızlı yeniden yüklenmesini gerektirdiği veya yedekleme yapılandırmalarının depolama alanına daha yüksek bant genişliği gerektirdiği durumlar olabilir.These could be situations where a customer required a faster reload of the data after a HANA restart or where backup configurations required higher bandwidth to the storage. 5000 IOPS'nin belirli iş yükü için yeterli olmadığı diğer durumlar /hana/log dahil.Other cases included /hana/log where 5000 IOPS were not sufficient for the specific workload. Bu nedenle, bu önerileri bir başlangıç noktası olarak alın ve iş yükünün gereksinimlerine göre uyum sağlayabilir.So take these recommendations as a starting point and adapt based on the requirements of the workload.

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

Microsoft, Azure Ultra diskadı verilen yeni bir Azure depolama türü kullanıma salma sürecindedir.Microsoft is in the process of rolling out a new Azure storage type called Azure Ultra disk. Şimdiye kadar sunulan Azure depolama ile Ultra disk arasındaki önemli fark, disk özelliklerinin artık disk boyutuna bağlı olmamasıdır.The significant difference between Azure storage offered so far and Ultra disk is that the disk capabilities are not bound to the disk size anymore. Bir müşteri olarak Ultra disk için bu yetenekleri tanımlayabilirsiniz:As a customer you can define these capabilities for Ultra disk:

  • 4 GiB ile 65.536 GiB arasında değişen bir diskin boyutuSize of a disk ranging from 4 GiB to 65,536 GiB
  • IOPS aralığı 100 IOPS ile 160K IOPS arasındadır (maksimum vm tiplerine de bağlıdır)IOPS range from 100 IOPS to 160K IOPS (maximum depends on VM types as well)
  • 300 MB/sn'den 2.000 MB/sn'ye depolama girişiStorage throughput from 300 MB/sec to 2,000 MB/sec

Ultra disk, boyut, IOPS ve disk iş gücü aralığınızı karşılayan tek bir disk tanımlama olanağı sağlar.Ultra disk gives you the possibility to define a single disk that fulfills your size, IOPS, and disk throughput range. IOPS ve depolama iş hacmi gereksinimlerini karşılayan hacimler oluşturmak için Azure Premium Depolama'nın üstünde LVM veya MDADM gibi mantıksal birim yöneticileri kullanmak yerine.Instead of using logical volume managers like LVM or MDADM on top of Azure Premium Storage to construct volumes that fulfill IOPS and storage throughput requirements. Ultra disk ve Premium Depolama arasında bir yapılandırma karışımı çalıştırabilirsiniz.You can run a configuration mix between Ultra disk and Premium Storage. Sonuç olarak, Ultra diskin kullanımını kritik performans /hana/veri ve /hana/log hacimleriyle sınırlandırabilir ve Azure Premium Depolama ile diğer birimleri kapatabilirsinizAs a result, you can limit the usage of Ultra disk to the performance critical /hana/data and /hana/log volumes and cover the other volumes with Azure Premium Storage

Ultra diskin diğer avantajları, Premium Depolama ile karşılaştırıldığında daha iyi okunabilir gecikme alanı olabilir.Other advantages of Ultra disk can be the better read latency in comparison to Premium Storage. HANA başlangıç sürelerini ve sonraki verilerin belleğe yüklenmesini azaltmak istediğinizde daha hızlı okuma gecikmesinin avantajları olabilir.The faster read latency can have advantages when you want to reduce the HANA startup times and the subsequent load of the data into memory. Ultra disk depolamanın avantajları HANA savepoints yazarken de hissedilebilir.Advantages of Ultra disk storage also can be felt when HANA is writing savepoints. /hana/data için Premium Depolama diskleri genellikle Yazma Hızlandırıcı önbelleğe alınmadığından, Premium Depolama'daki /hana/data'ya yazma gecikmesi Ultra diske kıyasla daha yüksektir.Since Premium Storage disks for /hana/data are usually not Write Accelerator cached, the write latency to /hana/data on Premium Storage compared to the Ultra disk is higher. Ultra diskli savepoint yazmanın Ultra diskte daha iyi performans sergilemesi beklenebilir.It can be expected that savepoint writing with Ultra disk is performing better on Ultra disk.

Önemli

Ultra disk henüz tüm Azure bölgelerinde mevcut değildir ve aşağıda listelenen tüm VM türlerini henüz desteklememektedir.Ultra disk is not yet present in all the Azure regions and is also not yet supporting all VM types listed below. Ultra diskin nerede kullanılabildiği ve hangi VM ailelerinin desteklendiği hakkında ayrıntılı bilgi için Azure'da hangi disk türlerinin kullanılabildiğimakalesine bakın.For detailed information where Ultra disk is available and which VM families are supported, check the article What disk types are available in Azure?.

Bu yapılandırmada , /hana/data ve /hana/log hacimlerini ayrı ayrı saklarsınız.In this configuration, you keep the /hana/data and /hana/log volumes separately. Önerilen değerler, SAP'nin SAP HANA ve depolama yapılandırmaları için SAP TDI Depolama Teknik Raporu'ndaönerilen VM türlerini onaylamak zorunda olduğu KP'lerden türetilmiştir.The suggested values are derived out of the KPIs that SAP has to certify VM types for SAP HANA and storage configurations as recommended in the SAP TDI Storage Whitepaper.

Öneriler genellikle bu makalede daha önce belirtildiği gibi SAP minimum gereksinimlerini aşıyor.The recommendations are often exceeding the SAP minimum requirements as stated earlier in this article. Listelenen öneriler, SAP'nin boyut önerileri ile farklı VM türlerinin sağladığı maksimum depolama alanı verimi arasında bir uzlaşmadır.The listed recommendations are a compromise between the size recommendations by SAP and the maximum storage throughput the different VM types provide.

VM SKUVM SKU RAMRAM En çok,Max. VM I/OVM I/O
Aktarım hızıThroughput
/hana/veri hacmi/hana/data volume /hana/veri I/O iş/hana/data I/O throughput /hana/veri IOPS/hana/data IOPS /hana/günlük hacmi/hana/log volume /hana/log I/O iş/hana/log I/O throughput /hana/log IOPS/hana/log IOPS
E64s_v3E64s_v3 432 GİB432 GiB 1.200 MB/sN1,200 MB/s 600 GB600 GB 700 MBps700 MBps 7.5007,500 512 GB512 GB 500 MBps500 MBps 2.0002,000
M32tsM32ts 192 GİB192 GiB 500 MB/sN500 MB/s 250 GB250 GB 400 MBps400 MBps 7.5007,500 256 GB256 GB 250 MBps250 MBps 2.0002,000
M32lsM32ls 256 GiB256 GiB 500 MB/sN500 MB/s 300 GB300 GB 400 MBps400 MBps 7.5007,500 256 GB256 GB 250 MBps250 MBps 2.0002,000
M64lsM64ls 512 GiB512 GiB 1.000 MB/sN1,000 MB/s 600 GB600 GB 600 MBps600 MBps 7.5007,500 512 GB512 GB 400 MBps400 MBps 2,5002,500
M64'lerM64s 1.000 GiB1,000 GiB 1.000 MB/sN1,000 MB/s 1.200 GB1,200 GB 600 MBps600 MBps 7.5007,500 512 GB512 GB 400 MBps400 MBps 2,5002,500
M64msM64ms 1.750 GiB1,750 GiB 1.000 MB/sN1,000 MB/s 2.100 GB2,100 GB 600 MBps600 MBps 7.5007,500 512 GB512 GB 400 MBps400 MBps 2,5002,500
M128'lerM128s 2.000 GiB2,000 GiB 2.000 MB/sN2,000 MB/s 2.400 GB2,400 GB 1.200 MBps1,200 MBps 9,0009,000 512 GB512 GB 800 MBps800 MBps 3,0003,000
M128msM128ms 3.800 GiB3,800 GiB 2.000 MB/sN2,000 MB/s 4.800 GB4,800 GB 1200 MBps1200 MBps 9,0009,000 512 GB512 GB 800 MBps800 MBps 3,0003,000
M208s_v2M208s_v2 2.850 GiB2,850 GiB 1.000 MB/sN1,000 MB/s 3.500 GB3,500 GB 1.000 MBps1,000 MBps 9,0009,000 512 GB512 GB 400 MBps400 MBps 2,5002,500
M208ms_v2M208ms_v2 5.700 GiB5,700 GiB 1.000 MB/sN1,000 MB/s 7.200 GB7,200 GB 1.000 MBps1,000 MBps 9,0009,000 512 GB512 GB 400 MBps400 MBps 2,5002,500
M416s_v2M416s_v2 5.700 GiB5,700 GiB 2.000 MB/sN2,000 MB/s 7.200 GB7,200 GB 1.500 MBps1,500 MBps 9,0009,000 512 GB512 GB 800 MBps800 MBps 3,0003,000
M416ms_v2M416ms_v2 11.400 GiB11,400 GiB 2.000 MB/sN2,000 MB/s 14.400 GB14,400 GB 1.500 MBps1,500 MBps 9,0009,000 512 GB512 GB 800 MBps800 MBps 3,0003,000

Listelenen değerlerin bir başlangıç noktası olması amaçlanmıştır ve gerçek taleplere göre değerlendirilmesi gerekir.The values listed are intended to be a starting point and need to be evaluated against the real demands. Azure Ultra diskinin avantajı, IOPS ve iş elde etme değerlerinin VM'yi kapatmaya veya sisteme uygulanan iş yükünü durdurmaya gerek kalmadan uyarlanabilmenizdir.The advantage with Azure Ultra disk is that the values for IOPS and throughput can be adapted without the need to shut down the VM or halting the workload applied to the system.

Not

Şimdiye kadar, Ultra disk depolama ile depolama anlık kullanılabilir değil.So far, storage snapshots with Ultra disk storage is not available. Bu, Azure Yedekleme Hizmetleri ile VM anlık görüntülerini n kullanımını engellerThis blocks the usage of VM snapshots with Azure Backup Services

Saf Ultra disk yapılandırması ile maliyet bilinçli depolama çözümüCost conscious storage solution with pure Ultra disk configuration

Bu yapılandırmada, aynı diskteki /hana/data ve /hana/log hacimleri.In this configuration, you the /hana/data and /hana/log volumes on the same disk. Önerilen değerler, SAP'nin SAP HANA ve depolama yapılandırmaları için SAP TDI Depolama Teknik Raporu'ndaönerilen VM türlerini onaylamak zorunda olduğu KP'lerden türetilmiştir.The suggested values are derived out of the KPIs that SAP has to certify VM types for SAP HANA and storage configurations as recommended in the SAP TDI Storage Whitepaper.

Öneriler genellikle bu makalede daha önce belirtildiği gibi SAP minimum gereksinimlerini aşıyor.The recommendations are often exceeding the SAP minimum requirements as stated earlier in this article. Listelenen öneriler, SAP'nin boyut önerileri ile farklı VM türlerinin sağladığı maksimum depolama alanı verimi arasında bir uzlaşmadır.The listed recommendations are a compromise between the size recommendations by SAP and the maximum storage throughput the different VM types provide.

VM SKUVM SKU RAMRAM En çok,Max. VM I/OVM I/O
Aktarım hızıThroughput
/hana/veri ve /log için birimVolume for /hana/data and /log /hana/veri ve günlük I/O iş/hana/data and log I/O throughput /hana/veri ve günlük IOPS/hana/data and log IOPS
E64s_v3E64s_v3 432 GİB432 GiB 1.200 MB/sN1,200 MB/s 1.200 GB1,200 GB 1.200 MBps1,200 MBps 9,5009,500
M32tsM32ts 192 GİB192 GiB 500 MB/sN500 MB/s 512 GB512 GB 400 MBps400 MBps 9,5009,500
M32lsM32ls 256 GiB256 GiB 500 MB/sN500 MB/s 600 GB600 GB 400 MBps400 MBps 9,5009,500
M64lsM64ls 512 GiB512 GiB 1.000 MB/sN1,000 MB/s 1.100 GB1,100 GB 900 MBps900 MBps 10,00010,000
M64'lerM64s 1.000 GiB1,000 GiB 1.000 MB/sN1,000 MB/s 1.700 GB1,700 GB 900 MBps900 MBps 10,00010,000
M64msM64ms 1.750 GiB1,750 GiB 1.000 MB/sN1,000 MB/s 2.600 GB2,600 GB 900 MBps900 MBps 10,00010,000
M128'lerM128s 2.000 GiB2,000 GiB 2.000 MB/sN2,000 MB/s 2.900 GB2,900 GB 1.800 MBps1,800 MBps 12.00012,000
M128msM128ms 3.800 GiB3,800 GiB 2.000 MB/sN2,000 MB/s 5.300 GB5,300 GB 1.800 MBps1,800 MBps 12.00012,000
M208s_v2M208s_v2 2.850 GiB2,850 GiB 1.000 MB/sN1,000 MB/s 4.000 GB4,000 GB 900 MBps900 MBps 10,00010,000
M208ms_v2M208ms_v2 5.700 GiB5,700 GiB 1.000 MB/sN1,000 MB/s 7.700 GB7,700 GB 900 MBps900 MBps 10,00010,000
M416s_v2M416s_v2 5.700 GiB5,700 GiB 2.000 MB/sN2,000 MB/s 7.700 GB7,700 GB 1.800 MBps1,800MBps 12.00012,000
M416ms_v2M416ms_v2 11.400 GiB11,400 GiB 2.000 MB/sN2,000 MB/s 15.000 GB15,000 GB 1.800 MBps1,800 MBps 12.00012,000

Listelenen değerlerin bir başlangıç noktası olması amaçlanmıştır ve gerçek taleplere göre değerlendirilmesi gerekir.The values listed are intended to be a starting point and need to be evaluated against the real demands. Azure Ultra diskinin avantajı, IOPS ve iş elde etme değerlerinin VM'yi kapatmaya veya sisteme uygulanan iş yükünü durdurmaya gerek kalmadan uyarlanabilmenizdir.The advantage with Azure Ultra disk is that the values for IOPS and throughput can be adapted without the need to shut down the VM or halting the workload applied to the system.

Azure NetApp Dosyalarında NFS v4.1 ciltleriNFS v4.1 volumes on Azure NetApp Files

Azure NetApp Files, /hana/shared, /hana/data ve /hana/log birimleri için kullanılabilecek yerel NFS paylaşımları sağlar.Azure NetApp Files provides native NFS shares that can be used for /hana/shared, /hana/data, and /hana/log volumes. /hana/data ve /hana/log hacimleri için ANF tabanlı NFS hisselerinin kullanılması v4.1 NFS protokolünün kullanımını gerektirir.Using ANF based NFS shares for the /hana/data and /hana/log volumes requires the usage of the v4.1 NFS protocol. NFS protokolü v3, /hana/data ve /hana/log hacimlerinin kullanımı için DESTEKLENMEZ.The NFS protocol v3 is not supported for the usage of /hana/data and /hana/log volumes when basing the shares on ANF.

Önemli

Azure NetApp Dosyalarında uygulanan NFS v3 protokolü /hana/data ve /hana/log için kullanılmak üzere desteklenmez.The NFS v3 protocol implemented on Azure NetApp Files is not supported to be used for /hana/data and /hana/log. NFS 4.1'in kullanımı işlevsel bir bakış açısından /hana/data ve /hana/log hacimleri için zorunludur.The usage of the NFS 4.1 is mandatory for /hana/data and /hana/log volumes from a functional point of view. /hana/paylaşılan hacim için Ise NFS v3 veya NFS v4.1 protokolü işlevsel bir bakış açısıyla kullanılabilir.Whereas for the /hana/shared volume the NFS v3 or the NFS v4.1 protocol can be used from a functional point of view.

Önemli noktalarImportant considerations

SAP Netweaver ve SAP HANA için Azure NetApp Dosyalarını değerlendirirken aşağıdaki önemli hususlara dikkat edin:When considering Azure NetApp Files for the SAP Netweaver and SAP HANA, be aware of the following important considerations:

  • Minimum kapasite havuzu 4 TiB'dir.The minimum capacity pool is 4 TiB.
  • Minimum hacim boyutu 100 GiB'dirThe minimum volume size is 100 GiB
  • Azure NetApp Dosyaları ve Azure NetApp Dosyaları birimlerinin monte edildiği tüm sanal makineler aynı Azure Sanal Ağ'da veya aynı bölgedeki eşlenen sanal ağlarda olmalıdır.Azure NetApp Files and all virtual machines, where Azure NetApp Files volumes will be mounted, must be in the same Azure Virtual Network or in peered virtual networks in the same region.
  • Seçili sanal ağın Azure NetApp Dosyaları'na devredilen bir alt ağı olmalıdır.The selected virtual network must have a subnet, delegated to Azure NetApp Files.
  • Azure NetApp biriminin iş hacmi, Azure NetApp Dosyalarıiçin Hizmet düzeyinde belgelenen ses kotası ve Hizmet düzeyinin bir fonksiyonudur.The throughput of an Azure NetApp volume is a function of the volume quota and Service level, as documented in Service level for Azure NetApp Files. HANA Azure NetApp birimlerini boyutlandırmazken, elde edilen iş hacminin HANA sistem gereksinimlerini karşıladığından emin olun.When sizing the HANA Azure NetApp volumes, make sure the resulting throughput meets the HANA system requirements.
  • Azure NetApp Files dışa aktarma politikasısunar: izin verilen istemcileri, erişim türünü (Yalnızca Okuma&, Yalnızca Oku vb.) kontrol edebilirsiniz.Azure NetApp Files offers export policy: you can control the allowed clients, the access type (Read&Write, Read Only, etc.).
  • Azure NetApp Files özelliği henüz bölge farkında değil.Azure NetApp Files feature isn't zone aware yet. Şu anda Azure NetApp Dosyaları özelliği, bir Azure bölgesindeki tüm Kullanılabilirlik bölgelerinde dağıtılmaz.Currently Azure NetApp Files feature isn't deployed in all Availability zones in an Azure region. Bazı Azure bölgelerindeki olası gecikme sonu etkilerine dikkat edin.Be aware of the potential latency implications in some Azure regions.
  • Düşük gecikme süreyle sanal makinelerin Azure NetApp depolamasına yakın bir yerde dağıtılması önemlidir.It is important to have the virtual machines deployed in close proximity to the Azure NetApp storage for low latency.
  • Sidadm için Kullanıcı Kimliği ve sapsys sanal makinelerdeki Grup Kimliği, Azure NetApp Dosyaları'ndaki yapılandırmayla eşleşmelidir.The User ID for sidadm and the Group ID for sapsys on the virtual machines must match the configuration in Azure NetApp Files.

Önemli

SAP HANA iş yükleri için düşük gecikme durumu önemlidir.For SAP HANA workloads, low latency is critical. Sanal makinelerin ve Azure NetApp Dosyaları birimlerinin yakın mesafede dağıtıldığından emin olmak için Microsoft temsilcinizle birlikte çalışın.Work with your Microsoft representative to ensure that the virtual machines and the Azure NetApp Files volumes are deployed in close proximity.

Önemli

Sidadm için Kullanıcı Kimliği ile Sanal Makine sapsys ve Azure NetApp yapılandırması arasında Grup Kimliği arasında bir uyuşmazlık varsa, sanal makinelere monte edilen nobodyAzure NetApp birimlerindeki dosyaların izinleri görüntülenir.If there is a mismatch between User ID for sidadm and the Group ID for sapsys between the virtual machine and the Azure NetApp configuration, the permissions for files on Azure NetApp volumes, mounted on virtual machines, will be displayed as nobody. Azure NetApp Files'a yeni bir sisteme binerken sid adm ve Grup Kimliği için sapsysdoğru Kullanıcı Kimliğini belirttiğinden emin olun.Make sure to specify the correct User ID for sidadm and the Group ID for sapsys, when on-boarding a new system to Azure NetApp Files.

Azure NetApp Dosyalarında HANA veritabanı için boyutlandırmaSizing for HANA database on Azure NetApp Files

Azure NetApp biriminin iş hacmi, Azure NetApp Dosyalarıiçin Hizmet düzeyinde belgelenen ses boyutu ve Hizmet düzeyinin bir fonksiyonudur.The throughput of an Azure NetApp volume is a function of the volume size and Service level, as documented in Service level for Azure NetApp Files.

Azure'da SAP altyapısı tasarlarken, SAP'nin aşağıdakiler için minimum iş verme özelliklerine dönüşen bazı minimum depolama iş ortası gereksinimlerine dikkat etmelisiniz:As you design the infrastructure for SAP in Azure you should be aware of some minimum storage throughput requirements by SAP, which translate into minimum throughput characteristics of:

  • 1 MB G/Ç boyutuna sahip 250 MB/sn'nin /hana/log'da okuma/yazma olanağı sağlamaEnable read/write on /hana/log of a 250 MB/sec with 1 MB I/O sizes
  • 16 MB ve 64 MB G/Ç boyutları için /hana/data için en az 400 MB/sn okuma etkinliğini etkinleştirinEnable read activity of at least 400 MB/sec for /hana/data for 16 MB and 64 MB I/O sizes
  • 16 MB ve 64 MB G/Ç boyutlarında /hana/data için en az 250 MB/sn yazma etkinliğini etkinleştirinEnable write activity of at least 250 MB/sec for /hana/data with 16 MB and 64 MB I/O sizes

Azure NetApp Dosyaları birim kotasının 1 TiB'si başına iş hacmi limitleri şunlardır:The Azure NetApp Files throughput limits per 1 TiB of volume quota are:

  • Premium Depolama Katmanı - 64 MiB/sPremium Storage Tier - 64 MiB/s
  • Ultra Depolama Katmanı - 128 MiB/sUltra Storage Tier - 128 MiB/s

Önemli

Tek bir NFS hacminde dağıttığınız kapasiteden bağımsız olarak, iş hacminin, sanal bir makinedeki bir tüketici tarafından yararlanıladığı 1,2-1,4 GB/sn bant genişliği aralığında plato olması beklenir.Independent of the capacity you deploy on a single NFS volume, the throughput, is expected to plateau in the range of 1.2-1.4 GB/sec bandwidth leveraged by a consumer in a virtual machine. Bu, ANF teklifinin temel mimarisi ve NFS etrafındaki ilgili Linux oturumu sınırları ile ilgilidir.This has to do with the underlying architecture of the ANF offer and related Linux session limits around NFS. Azure NetApp Dosyaları için makalede belgelenen performans ve iş hacmi numaraları, birden çok istemci VM ile paylaşılan bir NFS hacmine ve sonuç olarak birden çok oturumla gerçekleştirildi.The performance and throughput numbers as documented in the article Performance benchmark test results for Azure NetApp Files were conducted against one shared NFS volume with multiple client VMs and as a result with multiple sessions. Bu senaryo SAP'de ölçtüğük senaryodan farklıdır.That scenario is different to the scenario we measure in SAP. Tek bir VM'den elde edilen ib'i NFS hacmine göre ölçtüğüğüz yer.Where we measure throughput from a single VM against an NFS volume. ANF'de barındırılan.hosted on ANF.

Sap'ın veri ve günlük için minimum iş verme gereksinimlerini /hana/sharedkarşılamak için ve yönergelerine göre önerilen boyutlar aşağıdaki gibi görünür:To meet the SAP minimum throughput requirements for data and log, and according to the guidelines for /hana/shared, the recommended sizes would look like:

BirimVolume BoyutSize
Premium Depolama katmanıPremium Storage tier
BoyutSize
Ultra Depolama katmanıUltra Storage tier
Desteklenen NFS protokolüSupported NFS protocol
/hana/log//hana/log/ 4 TiB4 TiB 2 TiB2 TiB v4.1v4.1
/hana/veri/hana/data 6.3 TiB6.3 TiB 3.2 TiB3.2 TiB v4.1v4.1
/hana/paylaşılan/hana/shared 4 işçi düğümü başına maksimum (512 GB, 1xRAM)Max(512 GB, 1xRAM) per 4 worker nodes 4 işçi düğümü başına maksimum (512 GB, 1xRAM)Max(512 GB, 1xRAM) per 4 worker nodes v3 veya v4.1v3 or v4.1

Not

Burada belirtilen Azure NetApp Dosyaları boyutlandırma önerileri, SAP'nin altyapı sağlayıcılarına karşı ifade ettikleri minimum gereksinimleri karşılamayı hedeflemektedir.The Azure NetApp Files sizing recommendations stated here are targeting to meet the minimum requirements SAP expresses towards their infrastructure providers. Gerçek müşteri dağıtımlarında ve iş yükü senaryolarında bu yeterli olmayabilir.In real customer deployments and workload scenarios, that may not be enough. Bu önerileri başlangıç noktası olarak kullanın ve belirli iş yükünüzün gereksinimlerini temel alan uyarlayın.Use these recommendations as a starting point and adapt, based on the requirements of your specific workload.

Bu nedenle, ultra disk depolama için listelenen ANF birimleri için benzer iş hacmi dağıtmayı düşünebilirsiniz.Therefore you could consider to deploy similar throughput for the ANF volumes as listed for Ultra disk storage already. Ayrıca, ultra disk tablolarında zaten yapılan farklı VM SUS'lar için hacimler için listelenen boyutlar için boyutları da göz önünde bulundurun.Also consider the sizes for the sizes listed for the volumes for the different VM SKUs as done in the Ultra disk tables already.

İpucu

Azure NetApp Dosyaları birimlerini, birimlere gerek kalmadan unmount dinamik olarak yeniden boyutlandırabilir, sanal makineleri durdurabilir veya SAP HANA'yı durdurabilirsiniz.You can re-size Azure NetApp Files volumes dynamically, without the need to unmount the volumes, stop the virtual machines or stop SAP HANA. Bu, uygulamanızın hem beklenen hem de öngörülemeyen üretim taleplerini karşılama esnekliği sağlar.That allows flexibility to meet your application both expected and unforeseen throughput demands.

ANF'de barındırılan NFS v4.1 hacimlerini kullanarak bekleme düğümü ile SAP HANA ölçeklendirme yapılandırması nasıl dağıtılanın, SUSE Linux Enterprise Server'daki Azure NetApp Dosyaları ile Azure VM'lerde bekleme düğümü ile SAP HANA ölçeğindeyayınlanır.Documentation on how to deploy an SAP HANA scale-out configuration with standby node using NFS v4.1 volumes that are hosted in ANF is published in SAP HANA scale-out with standby node on Azure VMs with Azure NetApp Files on SUSE Linux Enterprise Server.

Sonraki adımlarNext steps

Daha fazla bilgi için bkz.For more information, see: