Share via

Azure NetApp Files uygulama birim grubu hakkında SSS

  • Makale

Bu makalede Azure NetApp Files uygulama birimi grubu hakkında sık sorulan sorular (SSS) yanıtlanmaktadır.

Genel SSS

Bu bölümde Azure NetApp Files uygulama birim grupları hakkındaki genel sorular yanıtlanmaktadır.

Neden tüm veritabanı birimlerim için el ile QoS kapasite havuzu kullanmalıyım?

El ile QoS kapasite havuzu, veritabanı gereksinimlerine uyacak şekilde kapasite ve aktarım hızı arasında en iyi dengeyi sağlar. Günlük birimi veya veri birimi gibi performansa ulaşmak için aşırı sağlamayı önler. Ayrıca, performansı ihtiyaçlarınıza uygun bir değerle koruyarak günlük yedeklemeleri için daha büyük alan ayırabilir. Genel olarak, el ile QoS kapasite havuzunun kullanılması maliyet avantajına neden olur.

Not

Uygulama birimi grubu oluşturma sırasında listede yalnızca el ile QoS kapasite havuzları görüntülenir.

Uygulama birim grubuyla oluşturulan bir birimi kopyalayabilir miyim?

Evet, uygulama birimi grubu tarafından oluşturulan bir birimi kopyalayabilirsiniz. Bir anlık görüntü seçip yeni bir birime geri yükleyerek bunu yapabilirsiniz. Kopyalama, uygulama birim grubu iş akışının dışında bir işlemdir. Bu nedenle aşağıdaki kısıtlamaları göz önünde bulundurun:

  • Tek bir birimi kopyaladığınızda, birim grubuna özgü bağımlılıklardan hiçbiri denetlenmiyor.
  • Kopyalanan birim birim grubunun bir parçası değildir.
  • Kopyalanan birim her zaman kaynak birimle aynı depolama uç noktasına yerleştirilir.
  • Kopyalanan birim için en düşük gecikme süresini elde etmek için kaynak birimle aynı IP adresiyle bağlamanız gerekir.

Birim grubu oluşturmak ne kadar sürer?

Birim grubu oluşturmak birçok farklı adımı içerir ve bunların tümü paralel olarak yapılamaz. Özellikle belirli bir konum için ilk birim grubunu oluşturduğunuzda, tamamlanması 9-12 dakika sürebilir. Sonraki birim gruplarının oluşturulması daha az zaman almalıdır.

Dağıtım başarısız oldu ve tek bir birim bile oluşturulmadı. Bunun nedeni nedir?

Bu normal davranıştır. Uygulama birim grubu birimleri atomik bir şekilde sağlar ve bileşenlerden birinin dağıtılamaması durumunda dağıtımı geri alır. Verilen konumda gereksinimlerinizi karşılamak için yeterli kullanılabilir kaynak olmadığından dağıtım genellikle başarısız olur. Ayrıntılar için dağıtım günlüğünü denetleyin ve gerektiğinde kapasite havuzu yapılandırmasını düzeltin.

Birim grubu açıklamasını neden düzenleyemiyorum?

Geçerli uygulamada, uygulama birim grubu yalnızca birim grubunun ilk oluşturulmasına ve silinmesine odaklanır.

Veritabanı birimlerim için hangi anlık görüntü ilkesini kullanmalıyım?

Veritabanı ortamınız için uygulamayla tutarlı yedekleme için AzAcSnap veya Commvault gibi ürünleri kullanabilirsiniz. Tutarlı veri koruması için Azure NetApp Files yerleşik anlık görüntü ilkesi tarafından zamanlanan standart anlık görüntüleri kullanamazsınız.

Veritabanı ortamındaki anlık görüntüler için genel öneriler şunlardır:

  • Veri birimi anlık görüntülerini yakından izleyin. Anlık görüntüleri uzun süre tutmak kapasite gereksinimlerinizi artırabilir. Kullanılan kapasiteyi ve ayrılan kapasiteyi izlediğinden emin olun.
  • Birincil veri koruması için otomatik olarak anlık görüntüler oluşturuyorsanız, öngörülemeyen birim kapasitesi tüketimini önlemek için bunların elde tutulmasını izlediğinize emin olun.

SAP HANA için uygulama birimi grubu hakkında SSS

Bu bölümde SAP HANA için Azure NetApp Files uygulama birimi grubu hakkındaki sorular yanıtlanmaktadır.

Bir birimin bağlama yönergeleri, IP adreslerinin listesini içerir. Hangi IP adresini kullanmalıyım?

Uygulama birimi grubu, en iyi performansı elde etmek için bir konak için veri ve günlük birimlerinin her zaman farklı IP adreslerine sahip ayrı depolama uç noktalarına sahip olmasını sağlar. Azure NetApp Files depolama kaynakları genelinde verilerinizi, günlüklerinizi ve paylaşılan birimlerinizi barındırmak için, kullanılan Azure NetApp Files depolama kaynağı başına en fazla altı depolama uç noktası oluşturulabilir. Bu nedenle, temsilci alt ağı uygun şekilde boyutlandırmak önerilir. Bkz . SAP HANA için uygulama birim grubu gereksinimleri ve dikkat edilmesi gerekenler. Listelenen tüm IP adresleri bağlama için kullanılabilse de, listelenen ilk IP adresi en düşük gecikme süresini sağlayan adrestir. Her zaman ilk IP adresini kullanmanız önerilir.

Bağlama seçeneği olarak kullanabilir nconnect miyim?

Azure NetApp Files NFSv4.1'i destekler nconnect ancak aşağıdaki Linux işletim sistemi sürümlerini gerektirir:

  • SLES 15SP2 ve üzeri
  • RHEL 8.3 ve üzeri

Bağlama seçeneğini kullandığınızda nconnect , okuma sınırı 4500 MiB/sn'ye kadardır (bkz . Azure NetApp Files için Linux NFS bağlama seçenekleri en iyi yöntemleri) ve veri birimi için önerilen aktarım hızı sınırlarının uygun şekilde uyarlanması gerekebilir.

Yer tutucuyu hostid kaldırdığımda {Hostid} bile adlarıma neden (örneğin, 00001) ekleniyor?

Uygulama birimi grubu, yer tutucunun {Hostid} adların bir parçası olmasını gerektirir. kaldırılırsa, hostid otomatik olarak sağlanan dizeye geri eklenir.

Gözden Geçir + Oluştur'u seçtikten sonra birimlerin her birinin son adlarını görebilirsiniz.

SAP HANA için uygulama birimi grubunun veri birimi için önerdiği maksimum aktarım hızı değeri neden 1500 MiB/sn'dir?

NFSv4.1, SAP HANA ve Oracle için desteklenen protokoldür. Bu nedenle, tek bir birimi bağladığınızda bir TCP/IP oturumu desteklenir. Tek bir birim üzerinde tek bir TCP oturumu (tek bir konaktan) çalıştırmak için, tanımlanan tipik G/Ç sınırı 1500 MiB/sn'dir. Bu nedenle SAP HANA için uygulama birimi grubu, gerçekçi bir şekilde ulaşabileceğinizden daha fazla aktarım hızı ayırmaktan kaçınır. Özellikle daha büyük HANA veritabanları için (örneğin, 12 TiB) daha fazla aktarım hızına ihtiyacınız varsa, birden çok bölüm kullanmanız veya bağlama seçeneğini kullanmanız nconnect gerekir.

En iyi performans ve maliyet verimliliği için SAP HANA ile kullanılacak Azure NetApp Files birimlerinin boyutu Nasıl yaparım??

En iyi boyutlandırma için, anlık görüntüler ve yedekleme dahil olmak üzere tam yatay için boyutlandırmak önemlidir. Üretim, HA ve veri koruması için birim düzeninize karar verin ve SAP HANA dağıtımları için Azure NetApp Files boyutlandırma hesaplayıcısını kullanarak boyutlandırmanızı gerçekleştirin.

Bir uyarı iletisi "Not enough pool capacity"aldım. Ne yapabilirim?

Uygulama birimi grubu, HANA belleği girişinize göre tüm birimlerin kapasite ve aktarım hızı talebini hesaplar. Kapasite havuzunu seçtiğinizde, kapasite havuzunda yeterli kapasite ve aktarım hızı olup olmadığını hemen denetler.

İlk SAP HANA ekranında, bu iletiyi yoksayabilir ve İleri düğmesine tıklayarak iş akışıyla devam edebilirsiniz. Daha sonra her birim için önerilen değerleri tek tek uyarlayarak tüm birimlerin kapasite havuzuna sığmalarını sağlayabilirsiniz. Tüm birimler kapasite havuzuna sığana kadar her birimi değiştirdiğinizde bu hata iletisi yeniden görüntülenir.

Bu uyarı iletisini önlemek için havuzun boyutunu artırmak isteyebilirsiniz.

Sistemimi veya genel sistem ortamımı nasıl boyutlandırabilirim?

Genel SAP sistemi boyutlandırmasını planlamanıza yardımcı olması için bir SAP Azure NetApp Files boyutlandırma uzmanına başvurun.

Sistemlerin her biri için sağlamanız gereken önemli bilgiler şunlardır: SID, rol (üretim, geliştirme, ön üretim/QA), HANA belleği, Yüzde cinsinden anlık görüntü yedeği, yerel anlık görüntü saklama için gün sayısı, dosya tabanlı yedekleme sayısı, konak sayısıyla tek konak/birden çok konak ve HSR (birincil, ikincil).

Boyutlandırma işlemini iyileştirmek için SAP HANA boyutlandırma tahmin aracını kullanabilirsiniz.

Sistemlerinizi biliyorsanız (daha önce HANA çalıştırdıktan sonra), bu genel varsayımlar yerine verilerinizi el ile sağlayabilirsiniz.

Birden çok bölümün yeni SAP HANA özelliğini kullanabilir miyim?

SAP HANA için uygulama birimi grubu birden çok bölüme ayrılmış bir odakla oluşturulmadı, ancak girişinizi uyarlarken SAP HANA için uygulama birim grubunu kullanabilirsiniz.

Birden çok bölüm için temel bilgiler şunlardır:

  • Birden çok bölüm, tek bir SAP HANA ana bilgisayarının kalıcılığını depolamak için birden fazla birim kullandığı anlamına gelir.
  • Birden çok bölümün farklı yollara bağlaması gerekir. Örneğin, ilk birim üzerindedir /hana/<SID>/data1/mnt00001ve ikinci birimin farklı bir yola () ihtiyacı vardır/hana/<SID>/data2/mnt00002. Bu sonucu elde etmek için adlandırma kuralını el ile uyarlamanız gerekir. Yani, <SID>-DATA1-MNT00001; <SID>-DATA2-MNT00002, ....
  • Bellek, SAP HANA'nın kapasite ve aktarım hızı boyutu için uygulama birim grubunun anahtarıdır. Bu nedenle, bölüm sayısını karşılamak için boyutu uyarlamanız gerekir. İki bölüm için belleğin %50'sini kullanmanız gerekir. Üç bölüm için belleğin %33'ünün kullanılması gerekir ve bu şekilde devam eder.

Oluşturmak istediğiniz her konak ve bölüm için SAP HANA için uygulama birim grubunu yeniden çalıştırmanız ve adlandırma teklifini yukarıdaki önerileri karşılayacak şekilde uyarlamanız gerekir.

Bu konu hakkında daha fazla ayrıntı için bkz . SAP HANA için Azure NetApp Files AVG kullanarak HANA'yı birden çok bölümle dağıtma.

HANA verilerim ve günlük birimlerim için önerilen aktarım hızının ardındaki kurallar nelerdir?

SAP, HANA birimleri için Ana Performans Göstergelerini (KPI) veriler için 400 MiB/sn ve günlük birimi için 250 MiB/sn olarak tanımlar. Bu tanım, HANA veritabanının boyutundan veya iş yükünden bağımsızdır. Uygulama birimi grubu, aktarım hızı değerlerini en küçük veritabanı bile SAP HANA KPI'lerini karşılayacak şekilde ölçeklendirir ve daha büyük veritabanı daha yüksek aktarım hızı düzeyinden yararlanarak teklifi girilen HANA veritabanı boyutuna göre ölçeklendirir.

Aşağıdaki tabloda HANA veri birimi için bellek aralığı ve önerilen aktarım hızı açıklanmaktadır:

Bellek aralığı (TB)Önerilen aktarım hızı (MB/sn)
MinimumMaksimum
01400
12600
24800
461000
681200
8101400
10sınırsız1500

Aşağıdaki tabloda HANA günlük birimi için bellek aralığı ve önerilen aktarım hızı açıklanmaktadır:

Bellek aralığı (TB)Önerilen aktarım hızı (MB/sn)
MinimumMaksimum
04250
4sınırsız500

Veritabanı birimi aktarım hızı çoğunlukla veritabanı başlatıldığında verilerin belleğe okunma süresini etkiler. Ancak çalışma zamanında G/Ç'nin çoğu yazma G/Ç'dir ve KPI'ler bile daha düşük değerler gösterir. Kullanıcı deneyimi, daha küçük veritabanları için HANA KPI değerlerinin çoğu zaman gerekenden yüksek olabileceğini gösterir.

Her birimin Azure NetApp Files performansı çalışma zamanında ayarlanabilir. Bu nedenle, istediğiniz zaman verileri ve günlük hacmi aktarım hızını kendi gereksinimlerinize göre ayarlayarak veritabanınızın performansını ayarlayabilirsiniz. Örneğin, normal çalışma sırasında KPI'leri azaltırken başlangıçta daha yüksek aktarım hızına izin vererek performansta ince ayar yapabilir ve maliyetleri düşürebilirsiniz.

Tüm birimler SAP HANA sunucularıma yakın bir şekilde sağlanacak mı?

SAP HANA sunucularınız için oluşturduğunuz yakınlık yerleştirme grubunu (PPG) kullanarak verilerin, günlüğün ve paylaşılan birimlerin SAP HANA sunucularına yakın bir şekilde oluşturularak en iyi gecikme süresine ve aktarım hızına ulaşılmasını sağlar. Ancak günlük yedekleme ve veri yedekleme birimleri düşük gecikme süresi gerektirmez. Koruma açısından bakıldığında, bu yedekleme birimlerini verilerden, günlüklerden ve paylaşılan birimlerden farklı bir konumda depolamak mantıklıdır. Bu nedenle, uygulama birim grubu yedekleme birimlerini yeterli kapasiteye ve aktarım hızına sahip bölgenin içinde farklı bir depolama konumuna yerleştirir.

AVset, VM, PPG ve Azure NetApp Files birimleri arasındaki ilişki nedir?

Yakınlık yerleştirme grubuna (PPG) doğrudan veya AVset aracılığıyla en az bir VM atanması gerekir. PPG'nin amacı, bir VM'nin tam konumunu ayıklamak ve bu bilgileri uygulama birimi grubuna geçirerek aynı veri merkezinde Azure NetApp Files kaynaklarını aramaktır. Bu ayar yalnızca PPG'de en az BIR VM başlatıldığında çalışır. Genellikle, veritabanı sunucularınızı PPG'ye ekleyebilirsiniz.

PPG'ler, tüm VM'ler kapatılırsa, vm'lerin aşağıdaki yeniden başlatılmasının daha önce olduğu gibi aynı veri merkezinde başlamalarını garanti ETMEDİGİ yan etkisine sahiptir. Bu durumun oluşmasını önlemek için tüm VM'lerin ve PPG'nin ilişkilendirildiği bir AVset kullanılması ve HANA sabitleme iş akışının kullanılması kesinlikle önerilir. İş akışı, vm'lerin yeniden başlatıldığında taşınmamasını sağlamakla birlikte, yeterli işlem ve Azure NetApp Files kaynağının kullanılabildiği konumların seçilmesini de sağlar.

Çok ana bilgisayarlı SAP HANA sistemi için, ek HANA konakları eklediğimde paylaşılan birim yeniden boyutlandırılacak mı?

Hayır Bu senaryo şu anda boyutu el ile ayarlamanız gereken çok az durumdan biridir. SAP, paylaşılan birimi her dört HANA ana bilgisayar için 1 x RAM olarak boyutlandırmanızı önerir. Paylaşılan birimi ilk SAP HANA ana bilgisayarının bir parçası olarak oluşturduğunuz için, zaten 1 TB olarak boyutlandırıldı. SAP HANA için paylaşım birimini düzgün boyutlandırmak için iki seçenek vardır.

  • Örneğin altı konak gerektiğini önceden biliyorsanız, SAP HANA için uygulama birimi grubuyla ilk oluşturma sırasında 1 TB teklifi değiştirebilirsiniz. Bu noktada aktarım hızını (qos) altı ana bilgisayar barındıracak şekilde artırabilirsiniz.
  • Paylaşılan birimi istediğiniz zaman düzenleyebilir ve birim oluşturma işleminden sonra boyutu ve aktarım hızını tek tek değiştirebilirsiniz. Bunu, Azure kaynak sağlayıcısını veya GUI'yi kullanarak birim yerleştirme grubunda veya doğrudan birim içinde yapabilirsiniz.

Yalnızca tek bir örnek için değil, birden fazla SAP HANA veritabanı için de veri yedekleme birimi oluşturmak istiyorum. Bunu nasıl yapabilirim?

Geri kaydetme ve veri yedekleme birimleri isteğe bağlıdır ve yakınlık gerektirmez. Hedeflenen sonuca ulaşmanın en iyi yolu, SAP HANA için uygulama birimi grubundan ilk birimi oluşturduğunuzda veri yedekleme veya günlük yedekleme birimini kaldırmaktır. Ardından standart birim sağlamayı kullanarak ve gereksinimlerinizi karşılamak için uygun kapasiteyi ve aktarım hızını seçerek kendi biriminizi tek ve bağımsız bir birim olarak oluşturabilirsiniz. Bir veri yedekleme birimini gösteren ve birden çok SID için kullanıldığını belirten bir adlandırma kuralı kullanmalısınız.

Oracle için uygulama birimi grubu hakkında SSS

Bu bölümde Oracle için Azure NetApp Files uygulama birimi grubu hakkındaki sorular yanıtlanmaktadır.

Tüm birimler Oracle için veritabanı sunucumla aynı kullanılabilirlik alanında sağlanacak mı?

Dağıtım iş akışı, tüm birimlerin oluşturma sırasında seçtiğiniz kullanılabilirlik alanına yerleştirilmesini sağlar ve bu da Oracle sanal makinelerinizin kullanılabilirlik alanıyla eşleşmelidir. Kullanılabilirlik alanlarını desteklemeyen bölgeler için birimler bölgesel bir kapsama yerleştirilir.

En iyi performans ve maliyet verimliliği için Oracle ile kullanılacak Azure NetApp Files birimlerinin boyutu Nasıl yaparım??

En iyi boyutlandırma için, HA, anlık görüntüler ve yedekleme dahil olmak üzere tam veritabanı ortamı için boyutlandırmak önemlidir. Üretim, HA ve veri koruması için birim düzeninize karar verin ve Performans veya Ölçeklenebilirlikten Ödün Vermeden Azure'da En Zorlu Oracle İş Yüklerinizi Çalıştırma ve Oracle İş Yüklerini Azure IaaS VM'lerine Boyutlandırmak için Tahmin Aracı'na göre boyutlandırmanızı gerçekleştirin. Tek Birimli Giriş Ekle seçeneğini kullanarak Azure NetApp Files Boyutlandırma Tahmin Aracı'ndaSAP'yi de kullanabilirsiniz.

Birimlerin her birini boyutlandırmak için sağlamanız gereken önemli bilgiler şunlardır: SID, rol (üretim, Geliştirme, ön üretim/QA), yüzde olarak anlık görüntü yedeği, yerel anlık görüntü saklama için gün sayısı, dosya tabanlı yedekleme sayısı, konak sayısıyla tek konak/birden çok konak ve Data Guard gereksinimleri (birincil, ikincil). Genel Oracle sistem boyutlandırmasını planlamanıza yardımcı olması için Azure NetApp Files boyutlandırma uzmanına başvurun.

Bir birimin bağlama yönergeleri, IP adreslerinin listesini içerir. Oracle için hangi IP adresini kullanmalıyım?

Uygulama birimi grubu, en iyi performansı elde etmek için verilerin, yineleme günlüğünün, arşiv günlüğünün ve yedekleme birimlerinin farklı IP adreslerine sahip ayrı depolama uç noktalarına sahip olmasını sağlar. Listelenen tüm IP adresleri bağlama için kullanılabilse de, listelenen ilk IP adresi en düşük gecikme süresini sağlayan adrestir. Her zaman ilk IP adresini kullanmanız önerilir.

Oracle birimlerim için hangi NFS sürümünü kullanmalıyım?

Birimlerinizi bağlamak için istemcide Oracle dNFS kullanın. dNFS ile bağlama NFSv3 ve NFSv4.1 ile oluşturulan birimlerle çalışırken, birimleri NFSv3 kullanarak dağıtmanızı öneririz. Daha fazla ayrıntı ve sürüm bağımlılıkları için istemci işletim sisteminize ve Oracle notlarınıza bakın. Daha fazla ayrıntı için bkz. Azure NetApp Files'ı Oracle Veritabanı ile kullanmanın avantajları ve Azure NetApp Files'ın birden çok birimindeki Oracle veritabanı performansı.

Büyük veritabanlarında en iyi performansı elde etmek için, birimi bağlamak üzere veritabanı sunucusunda dNFS kullanmanızı öneririz. dNFS yapılandırmasını basitleştirmek için birimleri NFSv3 ile oluşturmanızı öneririz.

Oracle birimlerim için hangi anlık görüntü ilkesini kullanmalıyım?

Bu soru Oracle için uygulama birim grubuyla doğrudan ilgili değildir. Oracle veritabanlarınız için uygulamayla tutarlı yedekleme için AzAcSnap veya Commvault gibi ürünleri kullanabilirsiniz. Oracle veritabanınızın tutarlı veri koruması için Azure NetApp Files yerleşik anlık görüntü ilkesi tarafından zamanlanan standart anlık görüntüleri kullanamazsınız.

Oracle ortamındaki anlık görüntüler için genel öneriler şunlardır:

  • Veritabanıyla tutarlı anlık görüntü oluşturmayı sağlamak için veritabanı kullanan anlık görüntü araçlarını kullanın.
  • Veri birimi anlık görüntülerini yakından izleyin. Anlık görüntüleri uzun süre tutmak kapasite gereksinimlerinizi artırabilir. Kullanılan kapasiteyi ve ayrılan kapasiteyi izlediğinden emin olun.
  • Yedekleme biriminiz için otomatik olarak anlık görüntüler oluşturuyorsanız, öngörülemeyen birim büyümesini önlemek için bunların saklama süresini izlediğinizden emin olun.

Oracle ASM, Oracle tarafından oluşturulan birimler için AVG ile kullanılabilir mi?

Oracle IÇIN Azure NetApp Files Application birim grubuyla birlikte Oracle ASM kullanımı desteklenir, ancak bir uygulama birim grubundaki birimler arasında anlık görüntü tutarlılığı desteği olmadan desteklenir. Müşterilerin bir sonraki bildirime kadar ASM kullanırken diğer uyumlu veri koruma seçeneklerini kullanmaları önerilir.

Oracle dağıtımı için neden isteğe bağlı olarak bir yakınlık yerleştirme grubu (PPG) kullanabilirim?

Kaynak kullanılabilirliği sınırlı olan bölgelerde dağıtım yaparken, birimleri en uygun konumlara dağıtmak mümkün olmayabilir. Bu gibi durumlarda, verilen koşullarda mümkün olan en iyi birim yerleşimine sahip bir dağıtım elde etmek için Yakınlık yerleştirme grubu işlevini kullanarak birimleri dağıtmayı seçebilirsiniz. Varsayılan ayar olarak PPG kullanımı devre dışıdır. Destek kanalı aracılığıyla yakınlık yerleştirme gruplarının kullanımını etkinleştirme isteğinde bulunmanız gerekir.

Sonraki adımlar