Azure NetApp Files üzerinde SAS Grid 9.4 dağıtma

SAS analiz yazılımı, verilerden içgörüler elde edip akıllı kararlar almaya yönelik bir hizmet ve araç paketi sağlar. SAS çözümleri analiz, yapay zeka, iş zekası, müşteri zekası, veri yönetimi, sahtekarlık ve güvenlik zekası sağlar.

SAS Grid'i Azure'da dağıtıyorsanız, Azure NetApp Filesuygulanabilir bir birincil depolama seçeneğidir. Azure NetApp Files ölçeklenebilir hizmetlerini kullandığınızda, depolama ayırmalarının ölçeğini hizmetlere kesinti olmadan dilediğiniz zaman artırıp azaltabilirsiniz. Depolama hizmeti düzeyini performans gereksinimlerine dinamik olarak da ayarlayabilirsiniz.

SAS, Microsoft'un doğruladığı şu birincil platformları sunar:

• SAS Kılavuzu 9.4
• SAS Viya

SAS Grid 9.4 Linux üzerinde doğrulandı.

Bu makalede SASDATA depolama için Azure NetApp Files kullanarak Azure'da SAS Grid 9.4 çalıştırmaya yönelik genel bilgiler sağlanır. Ayrıca SASWORK için depolama seçenekleri hakkında rehberlik sağlar. Bu yönergeler, Azure'da kendi SAS çözümünüzü kendi kiracınızda barındırdığınız varsayımını temel alır. SAS, Azure'da SAS Grid için barındırma sağlamaz.

Mimari

Bu makaledeki tüm diyagramların PowerPoint dosyasını indirin.

Veri akışı

İşlem katmanı, verileri kılavuz genelinde paylaşmak için SASDATA (ve isteğe bağlı olarak SASWORK) birimlerini kullanır. SASDATA, Azure NetApp Files üzerinde NFS bağlantılı bir birimdir.

• İşlem düğümü SASDATA'dan giriş verilerini okur ve sonuçları SASDATA'ya geri yazar.
• Analiz işinin sonraki bir bölümü işlem katmanındaki başka bir düğüm tarafından çalıştırılabilir. İşlemesi gereken bilgileri almak ve depolamak için aynı yordamı kullanır.

Olası kullanım örnekleri

Azure NetApp Files kullanan ölçeklenebilir bir SAS Grid dağıtımı şu kullanım örnekleri için geçerlidir:

• Finansal analiz
• Sahtekarlık algılama
• Nesli tükenmekte olan türlerin izlenmesi ve korunması
• Bilim ve tıp
• Analiz ve Yapay Zeka

Depolama performansı gereksinimleri

Azure'da SAS 9.4 (SAS Grid veya SAS Analytics Pro) dağıtımları için Azure NetApp Files, sınırlı boyutlu SAS Grid kümeleri için uygulanabilir bir birincil depolama seçeneğidir. SAS, fiziksel çekirdek başına 100 MiB/sn aktarım hızı önerir. Bu öneri göz önüne alındığında, SASDATA (kalıcı SAS veri dosyaları) için Azure NetApp Files birimi kullanan SAS Grid kümeleri, iki veya daha fazla Azure sanal makinesinde 32 ile 48 arasında fiziksel çekirdeğe ölçeklenebilir. SAS kümesi boyutları, SAS kümesi başına tek bir SASDATA ad alanının mimari kısıtlamasını ve kullanılabilir tek Azure NetApp Files birim bant genişliğini temel alır. Azure altyapısı (işlem, ağ ve dosya sistemi başına depolama bant genişliği) zaman içinde arttıkça çekirdek sayısı kılavuzu yeniden ziyaret edilir.

Birim performansı beklentilerini Azure NetApp Files

Tek bir Azure NetApp Files birimi en fazla 4.500 MiB/sn okuma ve 1.500 MiB/sn yazma işleyebilir. Yeterli çıkış bant genişliğine sahip bir Azure örneği türü göz önüne alındığında, tek bir sanal makine tek bir Azure NetApp Files biriminin tüm yazma bant genişliğini kullanabilir. Ancak yalnızca en büyük tek sanal makine tek bir birimin tüm okuma bant genişliğini kullanabilir.

SAS 9.4'ün ana paylaşılan iş yükü olan SASDATA, 80:20 okuma/yazma oranına sahiptir. 64 Kb okuma/yazma içeren 80:20 iş yükü için birim numaraları başına önemli olan:

• 2.400 MiB/sn okuma aktarım hızı ve 600 MiB/sn yazma aktarım hızı eşzamanlı olarak çalışıyor (~3.000 MiB/sn birleştirilmiş).

Daha fazla bilgi için bkz. Linux için performans karşılaştırmalarını Azure NetApp Files.

Kapasite önerileri

Azure NetApp Files performans hesaplayıcısı SASDATA birimlerini boyutlandırmak için rehberlik sağlayabilir.

Uygun bir hizmet düzeyi seçmek önemlidir çünkü:

• Birim bant genişliği, birim kapasitesini temel alır.
• Kapasite maliyeti hizmet düzeyine bağlıdır.
• Hizmet düzeyi seçiminiz kapasite ve bant genişliği gereksinimlerine göre belirlenir.

Hesap makinesinde Gelişmiş'i seçin, bir bölge seçin ve aşağıdaki değerleri girin.

• Birim boyutu: İstenen kapasite
• Aktarım hızı: Çekirdek başına 100 MiB/sn dikkate alınarak istenen aktarım hızı
• Okuma yüzdesi: %80
• IOPS: 0
• G/Ç boyutu: 64 Kb Sıralı

Ekranın alt kısmındaki çıkış, seçilen bölgenin fiyatına bağlı olarak her hizmet düzeyinde önerilen kapasite gereksinimlerini ve aylık maliyeti sağlar:

• İşleme hızı. İş yükü karışımına göre birimin bant genişliği. %80 64 KiB sıralı okuma iş yükü için beklenen en yüksek değer 3.096 MiB/sn'dir.
• IOPS. Birimin belirtilen aktarım hızıyla sağladığı IOPS sayısı.
• Birim Boyutu. Gerekli aktarım hızını elde etmek için verilen hizmet düzeylerindeki birimin ihtiyaç duyduğu kapasite miktarı. Birim kapasitesi (GiB cinsinden raporlanan) kapasite havuzu boyutuna eşit veya ondan küçük olabilir. Bu öneri, otomatik QoS kapasite havuzu türlerini kullandığınız varsayımını temel alır. Kapasite havuzundaki birimler arasında kapasite ile aktarım hızı dağılımını daha iyi hale getirmek için el ile QoS kapasite havuzu türlerini göz önünde bulundurun.
• Kapasite Havuzu Boyutu. Havuz boyutu. Bir birimin kapasitesi bir kapasite havuzundan oyulmuş. Kapasite havuzları 1-TiB artışlarla boyutlandırılır.
• Kapasite Havuzu Maliyeti (USD/ay). Verilen boyut ve hizmet düzeyinde kapasite havuzunun aylık maliyeti.
• Birim Geri Göster (USD/ay). Belirtilen kapasitedeki birim için kapasitenin aylık maliyeti. Ücretler, ayrılan kapasite havuzu boyutlarına göre belirlenir. Birim geri göster birimin miktarını gösterir.

Azure NetApp Files'de birim şekillendirmeyi kullanarak maliyetleri gerektiği gibi denetleyin. Performansı ve maliyeti etkilemek için iki dinamik seçenek sağlanır:

• Birimi ve kapasite havuzunu dinamik olarak yeniden boyutlandırma
• Birimin hizmet düzeyini dinamik olarak değiştirme

Azure NetApp Files maliyet modeli hakkında daha fazla bilgi edinin.

Veri koruma

Azure NetApp Files verilerinizi korumanıza yardımcı olmak için anlık görüntüleri kullanır. Anlık görüntüler, Azure NetApp Files birimlerinizin alan açısından verimli, kilitlenmeyle tutarlı, neredeyse anlık görüntülerini sağlar. Anlık görüntüleri istediğiniz zaman el ile oluşturabilir veya birimdeki bir anlık görüntü ilkesini kullanarak zamanlayabilirsiniz.

Birimlerinize otomatik veri koruması eklemek için anlık görüntü ilkesi kullanın. Anlık görüntü geri döndürmeyi kullanarak anlık görüntüleri hızla geri yükleyebilirsiniz. Hızlı veri kurtarma için anlık görüntüyü yeni bir birime geri yükleyebilirsiniz . Geçerli verilerle test/geliştirme ortamları sağlamak için yeni birim işlevselliğine geri yükleme özelliğini de kullanabilirsiniz.

Ek veri koruma düzeyleri için Azure NetApp Files yedekleme veya iş ortağı yedekleme yazılımı kullanan veri koruma çözümlerini kullanabilirsiniz.

Bileşenler

• Azure Sanal Makineler: SAS Grid, çekirdek sayısına uygun bir oranda yüksek bellek, depolama ve G/Ç bant genişliği gerektirir. Azure, gerekli çekirdek sayısını bellek, depolama ve G/Ç bant genişliğiyle dengelemeye yardımcı olabilecek daha düşük vCPU sayısına sahip önceden tanımlanmış sanal makine (VM) boyutları sunar.

  Daha fazla bilgi için bkz. Kısıtlanmış vCPU özellikli VM boyutları. Her örnekte hangi işlem kaynaklarının kullanılabilir olduğunu iyice anlamak önemlidir. AZURE'da SAS Grid'i Azure NetApp Files ile çalıştırmak için şu örnek türlerini öneririz:

  • Standard_E64-16ds_v4 veya Standard_E64-16ds_v5
  • Standard_E64-32ds_v4 veya Standard_E64-32ds_v5

  Açıklamalardaki güncelleştirmeler de dahil olmak üzere Azure'da SAS kullanmaya yönelik en iyi yöntemleri gözden geçirmeyi unutmayın.

• Azure NetApp Files: SASDATA'yı işlem kümesinde paylaşılan Azure NetApp Files bir birimde depolayabilirsiniz.

  İsteğe bağlı olarak SASWORK için Azure NetApp Files NFS birimlerini de kullanabilirsiniz.

  Azure NetApp Files üç performans hizmeti düzeyinde kullanılabilir:

  • Standart
  • Premium
  • Ultra

  Birim performansınız çoğunlukla hizmet düzeyine göre tanımlanır. Elde edilebilir aktarım hızı hizmet düzeyi ve birimin boyutu tarafından belirlendiğinden biriminizin boyutu da bir faktördür.

SASDATA için depolama seçenekleri

Azure NetApp Files depolamaya yüksek aktarım hızı ve düşük gecikme süreli erişim sağlayabildiği için Premium Disk'e alternatif olarak kullanılabilir ve daha hızlıdır. Ağa bağlı depolama, yönetilen disklerde olduğu gibi VM düzeyinde kısıtlanmadığından depolamaya daha yüksek aktarım hızı elde edersiniz.

SASDATA kapasitenizin gerekli katmanını tahmin etmek için Azure NetApp Files Performans Hesaplayıcısı'nı kullanın. ( Gelişmiş'i seçtiğinizden emin olun.)

Azure NetApp Files NFS birimleri paylaşıldığından, düzgün boyutlandırılmış VM örnek türleri ve Red Hat Enterprise Linux (RHEL) dağıtımıyla kullanıldığında SASDATA'yı barındırmak için iyi bir adaydır.

SASWORK için depolama seçenekleri

Aşağıdaki tabloda Azure'da SASWORK dağıtımı için en yaygın depolama seçenekleri gösterilmektedir. Boyut (kapasite) ve hız (bant genişliği) gereksinimlerinize bağlı olarak üç seçeneğiniz vardır: geçici depolama alanı, yönetilen disk ve Azure NetApp Files.

	Geçici depolama	Yönetilen disk	Azure NetApp Files
Boyut	Küçük	Büyük	Fazla büyük
Hız	Fazla büyük	Küçük	Orta

Bir seçenek seçerken şu noktaları dikkate alın:

• Geçici depolama (veya kısa ömürlü depolama) en yüksek bant genişliğini sağlar, ancak yalnızca daha küçük boyutlarda kullanılabilir. (Boyut VM SKU'sunu temel alır.) Kullanılabilir ve gerekli kapasitelere bağlı olarak bu seçenek en iyi seçenek olabilir.
• Gerekli SASWORK kapasitesi seçtiğiniz VM SKU'sunun geçici depolama boyutunu aşarsa, SASWORK'ü barındırmak için Azure yönetilen diski kullanmayı göz önünde bulundurun. Bununla birlikte, yönetilen diske aktarım hızının tasarım gereği VM mimarisiyle sınırlı olduğunu ve VM SKU'sunun bağlı olarak değiştiğini unutmayın. Bu nedenle, bu depolama seçeneği yalnızca daha düşük SASWORK performans gereksinimlerine sahip ortamlar için kullanılabilir.
• En yüksek SASWORK kapasite gereksinimleri ve Azure yönetilen disklerinin sağlayabileceklerinin ötesinde ortalama performans gereksinimi için SASWORK için Azure NetApp Files göz önünde bulundurun. Hızlı aktarım hızıyla birlikte büyük bir boyut sağlar.

Yukarıdaki tabloyu kullanırken, gereksinimlerinizin küçük, büyük, orta veya çok büyük olup olmadığına karar vermek için dağıtımın ölçeğini, VM ve çekirdek sayısını ve ilişkili kapasite ve performans gereksinimlerini dikkate alın. Her dağıtım için bu değerlendirmeleri yapmanız gerekir.

Tablodaki seçenekler, izleyen mimarilerde açıklanan dağıtımlara karşılık gelir. Tüm senaryolarda SASDATA bir Azure NetApp Files NFS biriminde barındırılır ve işlem düğümleri arasında paylaşılır. Bazı RHEL dağıtımları için, birime birden çok ağ akışı oluşturmak için NFS nconnect seçeneğini kullanmanızı öneririz. Daha fazla bilgi için bu makalenin NFS bağlama seçenekleri bölümüne bakın.

Geçici depolama mimarisi

Daha küçük SASWORK kapasite gereksinimleri için Azure VM geçici depolama hızlı ve uygun maliyetli bir çözümdür. Bu mimaride, işlem katmanındaki her VM geçici depolama alanıyla donatılmıştır. Kullandığınız VM'lerin geçici depolama boyutlarını belirlemek için Azure VM belgelerine bakın.

Veri akışı

• İşlem düğümü SASDATA'dan giriş verilerini okur ve sonuçları SASDATA'ya geri yazar.
• Analiz işinin sonraki bir bölümü işlem katmanındaki başka bir düğüm tarafından çalıştırılabilir. İşlemesi gereken bilgileri almak ve depolamak için aynı yordamı kullanır.
• Geçici iş dizini SASWORK paylaşılmıyor. Her işlem düğümünde geçici depolama alanında depolanır.

Yönetilen disk mimarisi

SASWORK için kapasite gereksinimleriniz geçici depolamada sağlanan kapasiteleri aşarsa, Azure yönetilen diskleri iyi bir alternatiftir. Yönetilen diskler çeşitli boyutlarda ve performans düzeylerinde kullanılabilir. Daha fazla bilgi için bkz . VM diskleri için ölçeklenebilirlik ve performans hedefleri.

Veri akışı

• İşlem düğümü SASDATA'dan giriş verilerini okur ve sonuçları SASDATA'ya geri yazar.
• Analiz işinin sonraki bir bölümü işlem katmanındaki başka bir düğüm tarafından çalıştırılabilir. İşlemesi gereken bilgileri almak ve depolamak için aynı yordamı kullanır.
• Geçici iş dizini SASWORK paylaşılmıyor. Her işlem düğümüne bağlı yönetilen disklerde depolanır.

Azure NetApp Files mimarisi

Daha yüksek SASWORK kapasitesi ve/veya orta performans gereksinimleri için Azure NetApp Files kullanmayı göz önünde bulundurun. Azure NetApp Files 100 TiB'a kadar yüksek hacim kapasiteleri sağlar. İşlem katmanındaki her düğümün kendi SASWORK birimi olmalıdır. Birimler paylaşılmamalıdır.

Veri akışı

• İşlem düğümü SASDATA'dan giriş verilerini okur ve sonuçları SASDATA'ya geri yazar.
• Analiz işinin sonraki bir bölümü işlem katmanındaki başka bir düğüm tarafından çalıştırılabilir. İşlemesi gereken bilgileri almak ve depolamak için aynı yordamı kullanır.
• Geçici iş dizini SASWORK paylaşılmıyor. Her işlem düğümüne bağlı tek tek Azure NetApp Files birimlerinde depolanır.

Ölçeklendirme ve yapılandırma önerileri

• SAS kümesindeki örnekler arasındaki veri trafiği için en iyi ve en tutarlı gecikme süresi için tüm VM'lerin aynı yakınlık yerleştirme grubunda oluşturulduğundan emin olun.
• Azure'da SAS Kullanmak için En İyi Yöntemler bölümündeki Genel Ayarlama Kılavuzu bölümünü gözden geçirin.
• En iyi ağ bant genişliği için Hızlandırılmış Ağ'ı etkinleştirin.

RHEL dağıtımları ve NFS ayarları

RHEL dağılımları

RHEL, Linux üzerinde SAS 9 çalıştırmak için önerilen dağıtımdır. Red Hat tarafından desteklenen her çekirdeğin kendi NFS bant genişliği kısıtlamaları vardır.

Azure'da SAS çalıştırma hakkında ayrıntılı bilgi için bkz. Azure'da SAS Kullanmaya Yönelik En İyi Yöntemler.

SAS için Azure Standard_E64-16ds_v4 ve Standard_E64-32ds_v4 VM'leri veya bunların v5 eşdeğerleri önerilir. Bu önerileri hesaba katarak, bu bölümde SAS'yi Azure NetApp Files ile kullanmaya yönelik bazı yönergeler sağlanır.

• RHEL 7 kullanıyorsanız SASDATA için fiziksel çekirdek hedefi başına 100 MiB/sn temelinde en iyi seçim Standard_E64-16ds_v4 veya Standard_E64-16ds_v5'dir.

  • Standard_E64 16ds_v4: Çekirdek başına 90–100 MiB/sn
  • Standard_E64 32ds_v4: Çekirdek başına 45-50 MiB/sn

• RHEL 8.2 kullanıyorsanız, Standard_E64-16ds_v4 veya Standard_E64-32ds_v4 ya da v5 eşdeğerleri olası seçeneklerdir. SASDATA için çekirdek başına 100-MiB/sn hedefi göz önüne alındığında Standard_E64-16ds_v4 tercih edilir.

  • Standard_E64 16ds_v4: Çekirdek başına 150-160 MiB/sn
  • Standard_E64-32ds_v4: Çekirdek başına 75-80 MiB/sn

• RHEL 8.3 kullanıyorsanız, çekirdek başına aktarım hızı hedefi dikkate alındığında hem Standard_E64-16ds_v4 hem de Standard_E64-32ds_v4 ya da v5 eşdeğerleri tam olarak kabul edilebilir:

  • Doğrulama, 3.200 MiB/sn okuma olduğunu gösterir.
  • Bu sonuçlar NFS nconnect bağlama seçeneğiyle elde edilir.

Test, tek bir RHEL 7 örneğinin tek bir Azure NetApp Files depolama uç noktasına (yani bir ağ yuvasına karşı) yaklaşık 750-800 MiB/sn okuma aktarım hızı elde ettiğini gösterir. 64 KiB ve wsize NFS bağlama seçeneklerini kullanırsanız aynı uç noktada 1.500 MiBrsize/sn yazma işlemine ulaşılabilir. Bazı kanıtlar, önceden not edilen okuma aktarım hızı tavanının 3.10 çekirdeğinin bir yapıtı olduğunu göstermektedir. Daha fazla bilgi için bkz. RHEL CVE-2019-11477.

Test, 4.18 çekirdeğine sahip tek bir RHEL 8.2 örneğinin 3.10 çekirdeğinde belirtilen sınırlamalardan arındığını göstermektedir. Bu nedenle 64 KiB ve wsize NFS bağlama seçeneği kullanırsanız 1.200-1.300 MiBrsize/sn okuma trafiği elde edilebilir. Büyük sıralı yazma işlemleri için RHEL 7'de elde ettiğiniz 1500 MiB/sn'lik ulaşılabilir aktarım hızını bekleyebilirsiniz.

Tek bir RHEL 8.3 örneğiyle, nconnect bağlama seçeneğiyle (RHEL 8.3 dağıtımında yenidir) tek bir Azure NetApp Files biriminden yaklaşık 3.200 MiB/sn okuma aktarım hızı elde edilebilir. uyguladığınızda nconnectbile Azure NetApp Files tek bir birime 1.500 MiB/sn'den fazla yazma işlemi beklemeyin.

Çekirdek ayarlanabilirleri

Yuva tablosu girdileri

NFSv3'ün istemci ile sunucu arasında eşzamanlılık anlaşması yapmaya yönelik bir mekanizması yoktur. İstemci ve sunucunun her biri sınırlarını diğerinin farkında olmadan tanımlar. En iyi performans için, sunucuda geri gönderme olmadan desteklenen istemci tarafı sunrpc yuva tablosu girdisi sayısı üst sınırını buna göre sıralamalısınız. İstemci, sunucu ağ yığınının bir iş yükünü işleme becerisini zorladığında, sunucu bağlantının pencere boyutunu azaltarak yanıt verir ve bu da performans için ideal değildir.

Varsayılan olarak, modern Linux çekirdekleri 65.536 bekleyen işlemi desteklemek için bağlantı sunrpc başına yuva tablosu giriş boyutunu sunrpc.max_tcp_slot_table_entries tanımlar. Bu yuva tablosu girişleri eşzamanlılık sınırlarını tanımlar. Azure NetApp Files varsayılan olarak 128 bekleyen işlem olduğundan bu kadar yüksek değerler gereksizdir.

İstemciyi aynı numaraya ayarlamanızı öneririz:

• Çekirdek ayarlanabilirleri ( /etc/sysctl.conf aracılığıyla)
  • sunrpc.tcp_max_slot_table_entries=128

Dosya sistemi önbelleği ayarlanabilirleri

Ayrıca dosya sistemi önbelleği ayarlanabilir özellikleriyle ilgili aşağıdaki faktörleri de anlamanız gerekir:

• Kirli bir arabelleği temizlemek, verileri temiz bir durumda bırakır ve bellek baskısı çıkarma işlemine yol açana kadar gelecekteki okumalar için kullanılabilir.
• Zaman uyumsuz temizleme işlemi için üç tetikleyici vardır:
  • Zamana göre: Arabellek vm.dirty_expire_centisecs veya vm.dirty_writeback_centisecs tarafından tanımlanan yaşa ulaştığında, temizleme için işaretlenmelidir (yani, boşaltma veya depolamaya yazma).
  • Bellek baskısı: Ayrıntılar için bkz. vm.dirty_ratio | vm.dirty_bytes.
  • Kapat: Bir dosya tanıtıcısı kapatıldığında, tüm kirli arabellekler zaman uyumsuz olarak depolama alanına boşaltılır.

Bu faktörler dört ayarlanabilir ile kontrol edilir. /etc/sysctl.conf dosyasında veya sysctl kullanarak tuned her ayarlanabilir ayarı dinamik ve kalıcı olarak yapabilirsiniz. Bu değişkenlerin ayarlanması SAS Grid için performansı artırır:

• Çekirdek ayarlanabilirleri (özel ayarlanmış profil aracılığıyla)
  • include = throughput-performance
  • vm.dirty_bytes = 31457280
  • vm.dirty_expire_centisecs = 100
  • vm.dirty_writeback_centisecs = 300

NFS bağlama seçenekleri

Kalıcı SASDATA dosyaları için kullanılan NFS paylaşılan dosya sistemleri için aşağıdaki NFS bağlama seçeneklerini öneririz:

RHEL 7 ve 8.2

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev

RHEL 8.3

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nconnect=8

İlgili birimlerin yalnızca SASWORK için kullanıldığı ve düğümler arasında paylaşılmadığı SASWORK birimleri için aşağıdaki bağlama seçeneklerini öneririz:

RHEL 7 ve 8.2

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nocto

RHEL 8.3

bg,rw,hard,rsize=65536,wsize=65536,vers=3,noatime,nodiratime,rdirplus,acdirmin=0,tcp,_netdev,nocto,nconnect=8

Bağlama seçeneğinin avantajları ve maliyeti nocto hakkında daha fazla bilgi için bkz. Açıkta yakın tutarlılık ve önbellek özniteliği zamanlayıcıları.

Ayrıca Azure NetApp Files gözden geçirmelisiniz: MS Azure'da SAS Grid ile kullanılacak paylaşılan bir dosya sistemi ve açıklamalardaki tüm güncelleştirmeler.

NFS ileri okuma ayarları

Tüm RHEL dağıtımları için NFS ileri okuma ayarlanabilir değerini 15.360 KiB olarak ayarlamanızı öneririz. Daha fazla bilgi için bkz . NFS bağlamaları için okuma özelliğini kalıcı olarak ayarlama.

Alternatifler

Önceki mimarilerdeki depolama çözümü, Azure NetApp Files hizmet düzeyi sözleşmesi tarafından belirtildiği gibi yüksek oranda kullanılabilir. Ek koruma ve kullanılabilirlik için, bölgeler arası çoğaltma Azure NetApp Files kullanarak depolama birimlerini başka bir Azure bölgesine çoğaltabilirsiniz.

Birimleri depolama çözümü aracılığıyla çoğaltmanın iki önemli avantajı vardır:

• Uygulama VM'lerinde ek yük yoktur.
• Bu çözüm, normal çalışma sırasında hedef bölgede VM çalıştırma gereksinimini ortadan kaldırır.

Depolama içeriği herhangi bir işlem altyapısı kaynağı kullanılmadan çoğaltılır ve hedef bölgenin SAS yazılımını çalıştırması gerekmez. Bu senaryoyu desteklemek için hedef VM'lerin çalışıyor olması gerekmez.

Aşağıdaki mimaride, Azure NetApp Files üzerindeki depolama içeriğinin, depolamanın üretim verilerinin bir çoğaltmasıyla doldurulduğu ikinci bir bölgeye nasıl çoğaltıldığı gösterilmektedir. Yük devretme varsa, ikincil bölge çevrimiçi duruma getirilir ve vm'ler başlatılır, böylece üretim ikinci bölgede devam edebilir. Diyagramda gösterilmeyen yük dengeleyicileri yeniden yapılandırarak trafiği ikinci bölgeye yeniden yönlendirmeniz gerekir.

Bu çözüm için tipik RPO, bölgeler arası çoğaltma güncelleştirme aralığı 10 dakika olarak ayarlandığında 20 dakikadan kısadır.

Veri akışı

• İşlem düğümü SASDATA'dan giriş verilerini okur ve sonuçları SASDATA'ya geri yazar.
• Analiz işinin sonraki bir bölümü işlem katmanındaki başka bir düğüm tarafından çalıştırılabilir. İşlemesi gereken bilgileri almak ve depolamak için aynı yordamı kullanır.
• Geçici iş dizini SASWORK paylaşılmıyor. Her işlem düğümüne bağlı tek tek Azure NetApp Files birimlerinde depolanır.
• Azure NetApp Files bölgeler arası çoğaltma, bölgesel bir olağanüstü durum olduğunda yük devretmeyi kolaylaştırmak için tüm anlık görüntüler de dahil olmak üzere SASDATA birimini zaman uyumsuz olarak bir DR bölgesine çoğaltır.

Dikkat edilmesi gerekenler

Bu önemli noktalar, bir iş yükünün kalitesini artırmak için kullanabileceğiniz bir dizi yol gösteren ilke olan Azure Well-Architected Framework'ün yapı taşlarını uygular. Daha fazla bilgi için bkz. Microsoft Azure Well-Architected Framework.

Güvenilirlik

Güvenilirlik, uygulamanızın müşterilerinize sağladığınız taahhütleri karşılayabilmesini sağlar. Daha fazla bilgi için bkz . Güvenilirlik sütununa genel bakış.

Azure NetApp Files tüm katmanlar ve desteklenen tüm bölgeler için standart %99,99 kullanılabilirlik SLA'sı sağlar. Azure NetApp Files ayrıca seçtiğiniz kullanılabilirlik alanlarında birimlerin sağlanmasını ve bölgeler arasında HA dağıtımlarını destekler.

Geliştirilmiş RPO/RTO SLA'ları için, anlık görüntüler ve yedekleme ile tümleşik veri koruması hizmete dahil edilir. Bölgeler arası çoğaltma , Azure bölgelerinde aynı avantajları sağlar.

Güvenlik

Güvenlik, kasıtlı saldırılara ve değerli verilerinizin ve sistemlerinizin kötüye kullanılmasına karşı güvence sağlar. Daha fazla bilgi için bkz. Güvenlik sütununa genel bakış.

Azure NetApp Files, birimler sağlandığından ve veri trafiği sanal ağlarınızda kaldığından bir güvenlik düzeyi sağlar. Genel olarak ele alınabilen uç nokta yoktur. Tüm veriler bekleme sırasında her zaman şifrelenir . İsteğe bağlı olarak aktarımdaki verileri şifreleyebilirsiniz.

Azure İlkesi, kuruluş standartlarını zorunlu kılmanıza ve uygun ölçekte uyumluluğu değerlendirmenize yardımcı olabilir. Azure NetApp Files, özel ve yerleşik ilke tanımları aracılığıyla Azure İlkesi destekler.

Performans verimliliği

Performans verimliliği, kullanıcılar tarafından anlamlı bir şekilde yerleştirilen talepleri karşılamak amacıyla iş yükünüzü ölçeklendirme becerisidir. Daha fazla bilgi için bkz . Performans verimliliği sütununa genel bakış.

Performans

Aktarım hızı ve kapasite gereksinimlerinize bağlı olarak aşağıdaki noktaları göz önünde bulundurun:

• Azure NetApp Files için performansla ilgili dikkat edilmesi gerekenler.
• SASDATA için gerekli Azure NetApp Files kapasitesi ve hizmet düzeyleri.
• SASWORK için bir depolama türü seçmeye yönelik bu makaledeki kılavuz.

Ölçeklenebilirlik

SAS çözümünün üç katmanını çalıştıran ölçek kümelerine VM'ler ekleyerek işlem performansını kolayca ölçeklendirebilirsiniz.

Azure NetApp Files birimlerin depolama alanını dinamik olarak ölçeklendirin. Otomatik QoS kullanıyorsanız performans aynı anda ölçeklendirilir. Her birimin daha ayrıntılı denetimi için, kapasite havuzlarınız için el ile QoS kullanarak her birimin performansını ayrı ayrı denetleyebilirsiniz.

Azure NetApp Files birimleri üç performans katmanında kullanılabilir: Ultra, Premium ve Standard. Kullanılabilir performans bant genişliğinin bir birimin boyutuyla ölçeklendirildiğini dikkate alarak performans gereksinimlerinize en uygun katmanı seçin. İstediğiniz zaman birimin hizmet düzeyini değiştirebilirsiniz. Azure NetApp Files maliyet modeli hakkında daha fazla bilgi için bu fiyatlandırma örneklerine bakın.

Başlamak için Azure NetApp Files Performans Hesaplayıcısı'nı kullanabilirsiniz.

Maliyet iyileştirmesi

Maliyet iyileştirmesi, gereksiz giderleri azaltmayı ve operasyonel verimlilikleri iyileştirmeyi içerir. Daha fazla bilgi için bkz. Maliyet iyileştirme sütununa genel bakış.

Maliyet modeli

Azure NetApp Files için maliyet modelini anlamak, giderlerinizi yönetmenize yardımcı olabilir.

Azure NetApp Files faturalama, kapasite havuzları oluşturarak ayırdığınız sağlanan depolama kapasitesini temel alır. Kapasite havuzları, ayrılan GiB başına saatlik belirli bir maliyet temelinde aylık olarak faturalandırılır.

Kapasite havuzu boyutu gereksinimleriniz dalgalıysa (örneğin, değişken kapasite veya performans gereksinimleri nedeniyle), kapasite ve performans gereksinimlerinizle maliyetleri dengelemek için birimlerinizi ve kapasite havuzlarınızı dinamik olarak yeniden boyutlandırmayı göz önünde bulundurun.

Kapasite havuzu boyutu gereksinimleriniz aynı kalıyor ancak performans gereksinimleri dalgalıysa, birimin hizmet düzeyini dinamik olarak değiştirmeyi göz önünde bulundurun. Ay boyunca farklı türlerde kapasite havuzları sağlayabilir ve sağlamasını kaldırabilirsiniz; tam zamanında performans sağlayabilir ve yüksek performansa ihtiyaç duymadığınız dönemlerde maliyetleri düşürebilirsiniz.

Fiyatlandırma

Kapasite ve performans gereksinimlerinize bağlı olarak, hangi Azure NetApp Files hizmet düzeyine (Standart, Premium veya Ultra) ihtiyacınız olduğunu belirleyin. Ardından azure fiyatlandırma hesaplayıcısını kullanarak bu bileşenlerin maliyetlerini değerlendirin:

• Azure bileşenlerinde SAS
• Azure NetApp Files
• Yönetilen disk (isteğe bağlı olarak)
• Sanal ağ

Operasyonel Mükemmellik

Operasyonel mükemmellik, bir uygulamayı dağıtan ve üretimde çalışır durumda tutan operasyon süreçlerini kapsar. Daha fazla bilgi için bkz. Operasyonel mükemmellik sütununa genel bakış.

Azure'da SAS Grid esneklik ve hızlı dağıtım sağlar. Bazı avantajlar şunlardır:

• Dinamik iş yükü dengeleme ile değişen iş taleplerini karşılama
• Yüksek oranda kullanılabilir bir SAS bilgi işlem ortamı oluşturma
• Mevcut BT altyapınızdan daha hızlı sonuçlar alın
• Bilgi işlem kaynaklarını artımlı ve uygun maliyetli bir şekilde büyütme
• Tüm analitik iş yüklerinizi yönetme
• Silolu sunucudan veya birden çok bilgisayarlı ortamdan SAS kılavuz ortamına kolayca geçiş

Bu senaryoyu dağıtın

Kod olarak altyapı (IaC) işlemini kullanarak iş yüklerini dağıtmak en iyisidir. SAS iş yükleri genellikle el ile yapılan dağıtımlarda gerçekleşen yanlış yapılandırmalara karşı hassas olabilir ve üretkenliği azaltabilir.

Azure'da SAS Grid çözümünüzü tasarlamaya başlamak için Azure Mimarisinde SAS ve GitHub Actions kullanarak Azure'da SAS Dağıtımlarını Otomatikleştirme'yi gözden geçirin.

Katkıda Bulunanlar

Bu makale Microsoft tarafından yönetilir. Başlangıçta aşağıdaki katkıda bulunanlar tarafından yazılmıştır.

Asıl yazarlar:

• Geert van Teylingen | Grup Ürün Yöneticisi
• Arnt de Gier | Teknik Pazarlama Mühendisi

Diğer katkıda bulunanlar:

• Mick Alberts | Teknik Yazar

Genel olmayan LinkedIn profillerini görmek için LinkedIn'de oturum açın.

Sonraki adımlar

• Azure'da çalışmaya başlama hakkında hızlı başlangıç web semineri
• Azure NetApp Files: Azure'da SAS Grid ile kullanılacak paylaşılan dosya sistemi
• Azure NetApp Files Performans Hesaplayıcısı
• Azure NetApp Files belgeleri
• Eğitim: Azure NetApp Files Giriş

İlgili kaynaklar

• Azure'da SAS, VM boyutlandırma önerileri
• Azure'da SAS, Azure NetApp Files
• Azure'da SAS, ağ ve VM yerleştirme konusunda dikkat edilmesi gerekenler
• Azure'da SAS, güvenlikle ilgili dikkat edilmesi gerekenler