Azure 'da SAP iş yükleri: planlama ve dağıtım denetim listesi

  • Makale
  • Okumak için 23 dakika

Bu denetim listesi, SAP NetWeaver, S/4HANA ve Hybrsıs uygulamalarını bir hizmet olarak Azure altyapısına taşıyan müşteriler için tasarlanmıştır. Projenin süresi boyunca müşteri ve/veya SAP iş ortağı denetim listesini gözden geçirmelidir. Denetimlerin çoğunun projenin başlangıcında ve planlama aşamasında tamamlandığını aklınızda bulundurulmanız önemlidir. Dağıtım gerçekleştirildikten sonra, dağıtılan Azure altyapısına veya SAP yazılım yayınlarına yönelik doğrudan değişiklikler karmaşık hale gelebilir.

Projeniz sırasında anahtar kilometre taşları içindeki denetim listesini gözden geçirin. Bunun yapılması, küçük sorunları büyük sorunlar yapmadan önce algılamanıza olanak tanır. Ayrıca, gerekli değişiklikleri yeniden mühendisle ve test etmek için yeterli zaman vardır. Bu denetim listesini tamamlamayı düşünün. Durumunuza bağlı olarak, birçok daha fazla denetim gerçekleştirmeniz gerekebilir.

Denetim listesi, Azure 'dan bağımsız görevler içermez. Örneğin, SAP uygulama arabirimleri, Azure platformuna veya bir barındırma sağlayıcısına geçiş sırasında değişir.

Bu denetim listesi, zaten dağıtılmış sistemler için de kullanılabilir. Yazma Hızlandırıcısı ve Kullanılabilirlik Alanları gibi yeni özellikler ve yeni VM türleri, dağıtıldıktan sonra eklenmiş olabilir. Bu nedenle, Azure platformunda yeni özelliklerden haberdar olduğunuzdan emin olmak için denetim listesini düzenli aralıklarla gözden geçirmeniz yararlı olabilir.

Project hazırlama ve planlama aşaması

Bu aşamada, SAP iş yükünüzün geçişini Azure platformuna planlarsınız. En azından, bu aşamada aşağıdaki belgeleri oluşturmanız ve geçişin aşağıdaki öğelerini tanımlamanız ve tartışmanız gerekir:

  1. Üst düzey tasarım belgesi. Bu belge şunları içermelidir:
    • SAP bileşenlerinin ve uygulamalarının geçerli envanteri ve Azure için bir hedef uygulama envanteri.
    • İlgili tarafların sorumluluklarını ve atamalarını tanımlayan bir sorumluluk atama matrisi (KCI). Yüksek düzeyde başlatın ve planlama ve ilk dağıtımlar genelinde daha ayrıntılı düzeyler için çalışın.
    • Üst düzey bir çözüm mimarisi.
    • Hangi Azure bölgelerinin dağıtılacağı konusunda bir karar. Azure bölgelerinin listesinigörüntüleyin. Her bölgede hangi hizmetlerin kullanılabilir olduğunu öğrenmek için bkz. bölgelere göre kullanılabilir ürünler.
    • Şirket içinden Azure 'a bağlanmak için bir ağ mimarisi. Azure Için sanal veri merkezi şemasıhakkında bilgi edinmek için başlatın.
    • Azure 'da yüksek etkili iş verilerini çalıştırmaya yönelik güvenlik ilkeleri. Veri güvenliği hakkında bilgi edinmek için Azure Güvenlik belgeleriylebaşlayın.
  2. Teknik tasarım belgesi. Bu belge şunları içermelidir:
  3. Tüm SAP arabirimlerinin (SAP ve SAP olmayan) bir stoku.
  4. Foundation hizmetlerinin tasarımı. Bu tasarım aşağıdaki öğeleri içermelidir:
    • Active Directory ve DNS tasarımı.
    • Azure içindeki ağ topolojisi ve farklı SAP sistemleri atama.
    • Azure 'da altyapı ve SAP uygulamalarını yöneten takımlar için Azure rol tabanlı erişim denetimi (Azure RBAC) yapısı.
    • Kaynak grubu topolojisi.
    • Etiketleme stratejisi.
    • VM'ler ve diğer altyapı bileşenleri ve/veya mantıksal adlar için adlandırma kuralları.
  5. Microsoft Professional veya Premier Destek sözleşme. Microsoft ile Premier destek sözleşmeniz varsa Microsoft Teknik Hesap Yöneticinizi (TAM) belirleme. SAP destek gereksinimleri için bkz. SAP destek notu #2015553.
  6. Azure aboneliklerinin sayısı ve abonelikler için çekirdek kota. Gerektiğinde Azure aboneliklerinin kotalarını artırmak için destek isteklerini açın.
  7. SAP verilerini Azure'a geçirme için veri azaltma ve veri geçişi planı. SAP NetWeaver sistemleri için SAP'nin büyük miktarlardaki veri hacmini sınırlama yönergeleri vardır. SAP ERP sistemlerinde veri yönetimi hakkında bu SAP kılavuzuna bakın. İçeriğin bazıları genel olarak NetWeaver ve S/4HANA sistemleri için de geçerlidir.
  8. Otomatik dağıtım yaklaşımı. Azure'daki altyapı dağıtımlarının otomasyonu, belirlenmli bir şekilde dağıtım yapmak ve belirleyici sonuçlar almaktır. Birçok müşteri PowerShell veya CLI tabanlı betikler kullanır. Ancak SAP için Azure altyapısını dağıtmak ve hatta SAP yazılımını yüklemek için kullanabileceğiniz çeşitli açık kaynak teknolojileri vardır. Aşağıdaki örneklerde örnekleri GitHub:
  9. Müşteri, sistem tümleştiricisi, Microsoft ve diğer ilgili taraflar arasında düzenli bir tasarım ve dağıtım gözden geçirme temposuz tanımlayın.

Proje planlama ve hazırlık aşamasından önce veya bu pilot proje sırasında bir pilot çalıştırarak. Planlama ve hazırlık aşamasında yapılan yaklaşımları ve tasarımları test etmek için pilot aşamayı da kullanabilirsiniz. Pilot aşamayı genişletecek ve bunu gerçek bir kavram kanıtı olacak şekilde genişleteceğiz.

Pilot dağıtım sırasında tam bir HADR çözümü ve güvenlik tasarımı ayarlamanızı ve doğrulamanızı öneririz. Bazı müşteriler bu aşamada ölçeklenebilirlik testleri gerçekleştirebilir. Diğer müşteriler, SAP korumalı alan sistemlerinin dağıtımlarını pilot aşama olarak kullanır. Pilot için Azure'a geçirmek istediğiniz bir sistemi zaten tanımmış olduğunu varsayalım.

  1. Azure'a veri aktarımını iyileştirme. En uygun seçenek, belirli bir senaryoya son derece bağlıdır. ExpressRoute bağlantı hattı yeterli bant Azure ExpressRoute üzerinden şirket içinden aktarım en hızlıdır. Diğer senaryolarda İnternet üzerinden aktarım daha hızlıdır.
  2. Verileri dışarı ve içeri aktarmayı içeren heterojen sap platformu geçişi için, dışarı ve içeri aktarma aşamalarını test etme ve iyileştirme. Hedef platform olarak SQL Server büyük geçişler için öneriler bulabilirsiniz. Birleştirilmiş sürüm yükseltmesi gerektir yoksa Geçiş İzleyicisi/SWPM kullanabilirsiniz. Geçişi sap sürüm yükseltmesi ile birleştirirken SAP DMO işlemini kullanabilirsiniz. Bunu yapmak için kaynak ve hedef DBMS platform bileşimine yönelik belirli gereksinimleri karşılamanız gerekir. Bu işlem SUM 2.0 SP03'teVeritabanı Geçiş Seçeneği (DMO) içinde belgelenmiş.
    1. Kaynağı dışarı aktarın, dosyayı Azure'a yükleyin ve performansı içeri aktarın. Dışarı aktarma ve içeri aktarma arasında çakışmayı en üst düzeye çıkarma.
    2. Altyapı boyutlandırması amacıyla hedef ve hedef platformlarda veritabanının hacmini değerlendirin.
    3. Zamanlamayı doğrulama ve iyileştirme.
  3. Teknik doğrulama.
    1. VM türleri.
      • SAP destek notlarında, kaynak donanım dizininde SAP HANA SAP PAM'de kaynakları yeniden gözden geçirebilirsiniz. Azure için desteklenen VM'lerde, bu VM türleri için desteklenen işletim sistemi yayınlarında ve desteklenen SAP ve DBMS yayınlarında değişiklik olmadığını kontrol edin.
      • Uygulamanızın boyutunu ve Azure'da dağıtın altyapıyı yeniden doğrulama. Mevcut uygulamaları taşınıyorsanız, gerekli SAPS'leri genellikle, kullanmakta olduğunu altyapıdan ve SAP karşılaştırma web sayfasından türetebilirsiniz ve bunu SAP destek notu #1928533. Ayrıca bu makaleyi SAPS derecelendirmeleri ile ilgili olarak da unutmayın.
      • Planlama aşamasında seçtiğiniz VM türlerinin maksimum depolama aktarım hızı ve ağ aktarım hızı açısından Azure VM'nizin boyutlandırmasını değerlendirin ve test edin. Verileri burada bulabilirsiniz:
    2. Depolama’yı seçin.
    3. Ağ.
      • Sanal ağ altyapınızı ve SAP uygulamalarınızı farklı Azure sanal ağları arasında veya içinde dağıtmayı test edin ve değerlendirin.
      • Merkez-bağlı-bağlı sanal ağ mimarisi yaklaşımını veya tek bir Azure sanal ağı içindeki mikro ayrım yaklaşımını değerlendirin. Bu değerlendirmeyi temel alan: 1. Eşli Azure sanal ağları arasında veri değişiminin maliyetleri. Maliyetler hakkında bilgi için bkz. Sanal Ağ fiyatlandırması. 2. Ağ güvenlik grubunu bir sanal ağ içindeki alt ağı yalıtmak için değiştirmek yerine Azure sanal ağları arasındaki eşleme bağlantısının hızlı bir şekilde kesilmesinin avantajları. Bu değerlendirme, sanal ağın bir alt ağına barındırılan uygulamalar veya VM'ler bir güvenlik riski haline geldiğinde kullanılmaktadır. 3. Şirket içi, dış dünya ve Azure'da yerleşik olarak bulunan sanal veri merkezi arasındaki ağ trafiğinin merkezi günlük kaydı ve denetimi.
      • SAP uygulama katmanı ile SAP DBMS katmanı arasındaki veri yolunu değerlendirin ve test etmek.
        • AZURE ağ sanal gereçlerinin SAP uygulaması ile SAP NetWeaver, Hybris veya S/4HANA tabanlı SAP sistemlerinin DBMS katmanı arasındaki iletişim yoluna yerleştirilmesi desteklenmiyor.
        • SAP uygulama katmanının ve SAP DBMS'nin eşli olmayan farklı Azure sanal ağlarına yerleştirilmesi desteklenmiyor.
        • SAP uygulama katmanı ile SAP DBMS katmanı arasındaki yolları tanımlamak için uygulama güvenlik grubu ve ağ güvenlik grubu kurallarını kullanabilirsiniz.
      • SAP uygulama katmanında ve SAP DBMS katmanında kullanılan VM'lerde Azure Hızlandırılmış Ağ'ın etkinleştirildiğinden emin olun. Azure'da Hızlandırılmış Ağ'ı desteklemek için farklı işletim sistemi düzeyleri gerektiğini unutmayın:
        • Windows Server 2012 R2 veya üzeri.
        • SUSE Linux 12 SP3 veya sonraki bir sürümü.
        • RHEL 7.4 veya sonraki bir.
        • Oracle Linux 7.5. RHCKL çekirdeğini kullanıyorsanız 3.10.0-862.13.1.el7 sürümü gereklidir. Oracle UEK çekirdeğini kullanıyorsanız sürüm 5 gereklidir.
      • SAP uygulama katmanı VM'leri ile DBMS VM'leri arasındaki ağ gecikme süresini SAP destek notları #500235 ve #1100926. SAP destek notu #a0 içinde sonuçları ağ gecikme süresi kılavuzuna göre 1100926. Ağ gecikmesi orta veya iyi aralıkta olmalıdır. Özel durumlar, bu makalede belgelenmiş şekilde VM'ler ve HANA Büyük Örnek birimleri arasındaki trafik için geçerlidir.
      • ILB dağıtımların Direct Server Return kullanmak üzere ayarlanmış olduğundan emin olun. Bu ayar, DBMS katmanında yüksek kullanılabilirlik yapılandırmaları için Azure ILB'ler kullanılırken gecikme süresini azaltır.
      • Linux konuk işletim sistemleriyle Azure Load Balancer kullanıyorsanız, Linux ağ parametresinin 0 olarak net.ipv4.tcp_timestamps olup ola bir kontrol edin. Bu öneri, SAP not #2382421'nin eski sürümlerindeki önerilerle çakışıyor. SAP notu, Azure yük dengeleyciler ile çalışmak için bu parametrenin 0 olarak ayarlanmış olması gerektiğini belirtmiş olarak güncelleştirilmiştir.
      • En iyi ağ gecikme süresini elde etmek için Azure yakınlık yerleştirme gruplarını kullanmayı göz önünde bulundurabilirsiniz. Daha fazla bilgi için bkz. SAP uygulamalarıyla en iyi ağ gecikmesi Için Azure yakınlık yerleşimi grupları.
    4. Yüksek kullanılabilirlik ve olağanüstü durum kurtarma dağıtımları.
      • SAP uygulama katmanını belirli bir Azure kullanılabilirlik bölgesi belirtmeden dağıtırsanız, SAP iletişim kutusu örnekleri veya tek bir SAP sisteminin ara yazılım örneklerini çalıştıran tüm VM 'Lerin bir kullanılabilirlik kümesindedağıtıldığından emin olun.
      • SAP Merkezi Hizmetleri ve DBMS için yüksek kullanılabilirliğe ihtiyacınız yoksa, bu VM 'Leri SAP uygulama katmanıyla aynı Kullanılabilirlik kümesine dağıtabilirsiniz.
      • Pasif çoğaltma kullanarak yüksek kullanılabilirlik için SAP merkezi hizmetlerini ve DBMS katmanını koruduğunuzda, SAP Merkezi Hizmetleri için iki düğümü ayrı bir kullanılabilirlik kümesine ve farklı bir kullanılabilirlik kümesindeki iki DBMS düğümüne yerleştirin.
      • Azure Kullanılabilirlik Alanları dağıtırsanız, kullanılabilirlik kümelerini kullanamazsınız. Ancak, etkin ve pasif Merkezi Hizmetler düğümlerini iki farklı Kullanılabilirlik Alanları dağıttığınızdan emin olmanız gerekir. Aralarında en düşük gecikme süresine sahip Kullanılabilirlik Alanları kullanın. Kullanılabilirlik Alanları üzerinde DBMS ve SAP merkezi hizmetleri katmanı için Windows veya pacemaker yük devretme kümeleri oluşturma hakkında kullanım durumu için Azure Standart Load Balancer kullanmanız gerektiğini aklınızda bulundurun. Bölgesel dağıtımları için temel Load Balancer kullanamazsınız.
    5. Zaman aşımı ayarları.
      • Sıraya alma sunucusu ve SAP iş işlemleriyle bağlantı kesmesi olmadığından emin olmak için SAP örneklerinin SAP NetWeaver geliştirici izlemelerini denetleyin. Bu iki kayıt defteri parametresini ayarlayarak bu bağlantı kesilmesinden kaçınabilirsiniz:
        • HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\KeepAliveTime = 120000. Daha fazla bilgi için bkz. KeepAliveTime.
        • Hklm\system\currentcontrolset\services\tcpip\parameters\keepaliveınterval = 120000. Daha fazla bilgi için bkz. Keepaliveınterval.
      • Azure 'da dağıtılan şirket içi SAP GUI arabirimleri ve SAP uygulama katmanları arasındaki GUI zaman aşımlarını önlemek için, bu parametrelerin varsayılan. PFL veya örnek profilinde ayarlanmış olup olmadığını denetleyin:
        • rdisp/keepalive_timeout = 3600
        • rdisp/KeepAlive = 20
      • SAP sıraya alma işlemi ve SAP çalışma işlemleri arasında kurulan bağlantıların kesintiye uğramasını önlemek için EnQue/encnı/set_so_keepalive parametresini true olarak ayarlamanız gerekir. Ayrıca bkz. SAP note #2743751.
      • Windows yük devretme kümesi yapılandırması kullanıyorsanız, yanıt vermeyen düğümlerde tepki vermeye yönelik sürenin Azure için doğru ayarlandığından emin olun. Yük devretme kümesi ağ eşiklerini ayarlama makalesi, parametreleri ve yük devretme sensitivities nasıl etkilediğini listeler. Küme düğümlerinin aynı alt ağda olduğu varsayıldığında, bu parametreleri değiştirmelisiniz:
        • SameSubNetDelay = 2000
        • SameSubNetThreshold = 15
        • Routinggeçmişini = 30
    6. işletim sistemi Ayarlar veya düzeltme ekleri
  4. Yüksek kullanılabilirlik ve olağanüstü durum kurtarma yordamlarınızı test edin.
    1. vm 'leri (konuk işletim sistemleri Windows) kapatarak veya işletim sistemlerini panik moduna (Linux konuk işletim sistemleri) yerleştirerek yük devretme durumlarının benzetimini yapın. Bu adım, yük devretme yapılandırmalarınızın tasarlandıkları şekilde çalışıp çalışmadığını bulmanıza yardımcı olur.
    2. Yük devretmenin yürütülmesi için geçen süreyi ölçer. Süreler çok uzunsa şunları göz önünde bulundurun:
      • SUSE Linux için, yük devretmeyi hızlandırmak üzere Azure çit Aracısı yerine SBD cihazlarını kullanın.
      • SAP HANA için, verilerin yeniden yüklenmesi çok uzun sürerse daha fazla depolama bant genişliği sağlamayı düşünün.
    3. Yedekleme/geri yükleme sırasını ve zamanlamasını test edin ve gerekirse düzeltmeler yapın. Yedekleme sürelerinin yeterli olduğundan emin olun. Geri yükleme ve zaman geri yükleme etkinliklerini de test etmeniz gerekir. RTO SLA 'larınızın bir veritabanı veya VM geri yükleme işlemini temel aldığından emin olun.
    4. Bölgeler arası DR işlevlerini ve mimarisini test edin.
  5. Güvenlik denetimleri.
    1. Azure rol tabanlı erişim denetimi (Azure RBAC) mimarinizin geçerliliğini test edin. Amaç, farklı takımların erişimini ve izinlerini ayırmak ve sınırlamak. örneğin, SAP tabanlı ekip üyeleri vm 'leri dağıtabilir ve azure Depolama belirli bir azure sanal ağına disk atayabilmelidir. Ancak SAP tabanlı ekibin kendi sanal ağlarını oluşturamayacak veya mevcut sanal ağların ayarlarını değiştirememesi gerekir. Ağ ekibinin üyeleri, SAP uygulaması ve DBMS VM 'lerinin çalıştığı sanal ağlarda VM 'Leri dağıtabilmelidir. Ya da bu ekibin üyeleri sanal makinelerin özniteliklerini değiştirebilir veya hatta VM 'Leri ya da diskleri silebilir.
    2. Ağ güvenlik grubu ve ASC kurallarının beklenen şekilde çalıştığını ve korunan kaynakları koruduğuna emin olun.
    3. Şifrelenmesi gereken tüm kaynakların şifrelendiğinden emin olun. Sertifikaları yedeklemek, bu sertifikaları depolamak ve erişmek ve şifrelenmiş varlıkları geri yüklemek için süreçler tanımlayın ve uygulayın.
    4. Bir işletim sistemi destek noktasından mümkün olduğunda, işletim sistemi diskleri için Azure disk şifrelemesi kullanın.
    5. Çok fazla şifreleme katmanı kullandığınızdan emin olun. bazı durumlarda, aynı sunucudaki farklı diskleri veya bileşenleri korumak için, DBMS Saydam Veri Şifrelemesi yöntemlerinden biriyle birlikte Azure Disk şifrelemesi 'ni kullanmak mantıklı değildir. Örneğin, bir SAP DBMS sunucusunda Azure disk şifrelemesi (ADE) işletim sistemi önyükleme diskinde etkinleştirilebilir (IŞLETIM sistemi ADE 'yi destekliyorsa) ve bu veri diskleri DBMS veri Kalıcılık dosyaları tarafından kullanılmıyor olabilir. Örnek, DBMS TDE şifreleme anahtarlarını tutan diskte ADE 'yi kullanmaktır.
  6. Performans testi. SAP, SAP izleme ve ölçümlerine bağlı olarak şu karşılaştırmaları yapın:
    • Uygun olduğunda, ilk 10 çevrimiçi raporu geçerli uygulamanız ile karşılaştırın.
    • Uygun olduğunda, ilk 10 toplu işi geçerli uygulamanız ile karşılaştırın.
    • Arabirimler aracılığıyla SAP sistemine veri aktarımlarını karşılaştırın. Aktarımın Şirket içinden Azure 'a benzer farklı konumlar arasında gittiğini bildiğiniz arabirimlere odaklanın.

Üretim dışı aşaması

Bu aşamada, başarılı bir pilot veya kavram kanıtı (POC) sonrasında, üretim dışı SAP sistemlerini Azure 'a dağıtmaya başladığınızı varsayalım. POC sırasında öğrendiğiniz ve karşılaştığınız her şeyi bu dağıtıma ekleyin. POCs için listelenen tüm ölçüt ve adımlar bu dağıtım için de geçerlidir.

Bu aşamada, genellikle geliştirme sistemlerini, birim testi sistemlerini ve iş gerileme test sistemlerini Azure 'a dağıtırsınız. Bir SAP uygulama satırındaki en az bir üretim dışı sisteminin, gelecekteki üretim sisteminin sahip olacağı tam yüksek kullanılabilirlik yapılandırmasına sahip olmasını öneririz. Bu aşamada gerçekleştirmeniz gereken bazı ek adımlar aşağıda verilmiştir:

  1. Sistemleri eski platformdan Azure 'a taşımadan önce, CPU kullanımı, depolama alanı işleme ve ıOPS verileri gibi kaynak tüketim verilerini toplayın. Özellikle bu verileri DBMS katman birimlerinden toplayın, ancak aynı zamanda uygulama katmanı birimlerinden da toplayın. Ayrıca ağ ve depolama gecikmesini ölçer.
  2. Sistemlerinizin kullanılabilirlik kullanım süresi desenlerini kaydedin. Amaç, üretim dışı sistemlerin her gün, her gün veya bir haftanın veya ayın belirli aşamaları sırasında kapatılabilen üretim dışı sistemler olup olmadığını anlamak için geçerlidir.
  3. Test edin ve Azure 'da VM 'niz için kendi işletim sistemi görüntülerini oluşturmak isteyip istemediğinizi veya Azure Azure Işlem galerisinden (eski adıyla paylaşılan görüntü Galerisi) bir görüntü kullanmak isteyip istemediğinizi belirleme. Azure Işlem galerisinden bir görüntü kullanıyorsanız, işletim sistemi satıcınızla destek sözleşmesini yansıtan bir görüntü kullandığınızdan emin olun. Bazı işletim sistemi satıcıları için Azure Işlem Galerisi kendi lisans görüntülerinizi almanızı sağlar. Diğer işletim sistemi görüntüleri için destek, Azure tarafından teklif edilen fiyata dahildir. Kendi işletim sistemi görüntülerinizi oluşturmaya karar verirseniz, bu makalelerdeki belgeleri bulabilirsiniz:
  4. Azure Işlem galerisinden SUSE ve Red Hat Linux görüntülerini kullanıyorsanız, Azure Işlem galerisinde Linux satıcıları tarafından sunulan SAP görüntülerini kullanmanız gerekir.
  5. Microsoft destek sözleşmeleri için SAP destek gereksinimlerini karşıladığınızdan emin olun. Bkz. sap destek notuna #2015553. HANA büyük örnekleri için bkz. ekleme gereksinimleri.
  6. Doğru kişilerin Planlı bakım bildirimleri almasını sağlayıp en iyi şekilde seçim yapabilirsiniz.
  7. Dağıtımlarınız için uygulanabilecek yeni işlevsellik için Kanal 9 gibi kanallarda bulunan Azure sunularını sık sık kontrol edin.
  8. Yeni VM SKU 'Ları ve yeni desteklenen işletim sistemi ve DBMS sürümleri için destek not #1928533gibi Azure Ile ilgili SAP notlarını kontrol edin. Yeni VM türlerinin fiyatlandırmasını daha eski VM türleriyle karşılaştırın, bu sayede VM 'Leri en iyi fiyat/performans oranıyla dağıtabilirsiniz.
  9. SAP destek notlarını, SAP HANA donanım dizinini ve SAP PAM 'yi yeniden denetleyin. Azure için desteklenen VM 'lerde, bu VM 'lerde desteklenen işletim sistemi yayınlarına ve desteklenen SAP ve DBMS yayınlarına hiçbir değişiklik olmadığından emin olun.
  10. Azure 'da yeni HANA sertifikalı SKU 'Lar için SAP Web sitesini denetleyin. Yeni SKU 'ların fiyatlandırmasını, kullanmak üzere planladığınız olanlarla karşılaştırın. Sonuç olarak, en iyi fiyat/performans oranına sahip olanları kullanmak için gerekli değişiklikleri yapın.
  11. Dağıtım betiklerinizi yeni VM türlerini kullanmak ve kullanmak istediğiniz yeni Azure özelliklerini birleştirmek için uyarlayın.
  12. Altyapı dağıtımından sonra, sap destek notlarına #500235 ve #1100926göre SAP uygulama KATMANı VM 'Leri ve DBMS VM 'ler arasındaki ağ gecikmesini test edin ve değerlendirin. Sap desteği not#1100926ağ gecikmesi yönergelerine karşı sonuçları değerlendirin. Ağ gecikmesi orta veya iyi bir aralıkta olmalıdır. Bu makaledebelgelendiği gibi, VM 'ler ve Hana büyük örnek birimleri arasındaki trafik için özel durumlar geçerlidir. SAP iş yükleri Için Azure sanal MAKINELERI DBMS dağıtımı ve Azure 'da altyapı yapılandırmalarının ve SAP HANA altyapı yapılandırmalarının ve işlemlerin hiçbir şekilde belirtilmediği konusunda bahsedilen kısıtlamaların olmadığından emin olun.
  13. SAP uygulamalarıyla en iyi ağ gecikmesi için, sanal makinelerinizin doğru Azure yakınlık yerleşimi grubunadağıtıldığından emin olun.
  14. İş yükünü uygulamadan önce kavram kanıtı aşaması için listelenen diğer tüm denetimleri gerçekleştirin.
  15. İş yükü geçerli olduğundan, sistemlerin kaynak tüketimini Azure 'da kaydedin. Bu tüketimi eski platformunuzun kayıtlarıyla karşılaştırın. Büyük farklarınızın olduğunu görürseniz gelecek dağıtımların sanal makine boyutunu ayarlayın. Sanal makinelerin boyutunu, depolamayı ve ağ bant genişliğini azaltdığınızda da azaltabileceğinizi aklınızda bulundurun.
  16. Sistem kopyalama işlevselliği ve işlemleriyle denemeler yapın. Amaç, bir geliştirme sistemini veya test sistemini kopyalamanızı kolaylaştırırken, proje ekiplerinin hızla yeni sistemler alabilir.
  17. Görevlerin ayrıldığınızdan emin olmak için takımınızın Azure rol tabanlı erişimini, izinlerini ve süreçlerini iyileştirin ve odaklanmak. Aynı zamanda, tüm takımların Azure altyapısında görevlerini gerçekleştirmesini sağlayın.
  18. Personelinizin bu görevleri yürütmesini sağlamak için yüksek kullanılabilirlik ve olağanüstü durum kurtarma yordamlarını uygulayın, test edin ve belgeleyin. Eksiklikleri belirleyip dağıtımlarınızla Tümleştirdiğiniz yeni Azure işlevlerini uyarlayın.

Üretim hazırlığı aşaması

Bu aşamada, üretim dışı dağıtımlarınız sırasında karşılaştığınız ve öğrendiklerinizi toplayın ve gelecekteki üretim dağıtımlarına uygulayın. Ayrıca, geçerli barındırma konumunuz ile Azure arasında veri aktarımı işini hazırlamanız gerekir.

  1. Azure 'a geçmeden önce üretim sistemlerinizi gereken SAP sürüm yükseltmelerini doldurun.
  2. Üretim sisteminin geçişten sonra gerçekleştirilmesi gereken işlevsel ve iş testlerinde iş sahiplerini kabul edin.
  3. Bu testlerin geçerli barındırma konumundaki kaynak sistemlerle tamamlandığından emin olun. Sistem Azure 'a taşındıktan sonra testleri ilk kez yürütmemeye özen gösterin.
  4. Üretim sistemlerini Azure 'a geçirme sürecini test edin. Aynı zaman çerçevesinde tüm üretim sistemlerini Azure 'a taşıyorsanız, aynı barındırma konumunda olması gereken üretim sistemleri gruplarını oluşturun. Veri geçişini test edin. Yaygın olarak kullanılan bazı yöntemler şunlardır:
    • yedekleme/geri yükleme gibi DBMS yöntemlerini SQL Server Always On, HANA sistem çoğaltması veya çekirdek hale getirmek ve Azure 'daki veritabanı içeriğini eşitleyecek şekilde kullanın.
    • Daha küçük veritabanları için yedekleme/geri yükleme kullanın.
    • Heterojen geçişler gerçekleştirmek için SAP SWPM ile tümleştirilmiş SAP geçiş Izleyicisini kullanın.
    • Geçişinizi bir SAP sürümü yükseltmesinde birleştirmeniz gerekiyorsa SAP dmo işlemini kullanın. Kaynak DBMS ve Hedef DBMS 'nin tüm birleşimlerinin desteklenmediğini göz önünde bulundurun. Farklı DMO sürümleri için belirli SAP destek notlarında daha fazla bilgi edinebilirsiniz. Örneğin, 2,0 SP04 Sum veritabanı geçiş seçeneği (dmo).
    • Yedeklemeleri veya SAP dışa aktarma dosyalarını taşımanız gerekebilmeniz halinde veri aktarımı aktarım hızının Internet üzerinden mi yoksa ExpressRoute aracılığıyla mı daha iyi olduğunu test edin. Verileri Internet üzerinden taşıyorsanız, gelecekteki üretim sistemlerinde yer almanız gereken bazı ağ güvenlik grubu/uygulama güvenlik grubu kurallarınızı değiştirmeniz gerekebilir.
  5. Sistemleri eski platformundan Azure 'a taşımadan önce kaynak tüketim verilerini toplayın. Faydalı veriler CPU kullanımı, depolama verimi ve ıOPS verileri içerir. Özellikle bu verileri DBMS katman birimlerinden toplayın, ancak aynı zamanda uygulama katmanı birimlerinden da toplayın. Ayrıca ağ ve depolama gecikmesini ölçer.
  6. SAP destek notlarını ve gereken işletim sistemi ayarlarını, SAP HANA donanım dizinini ve SAP PAM 'yi yeniden denetleyin. Azure için desteklenen VM 'lerde, bu VM 'lerdeki desteklenen işletim sistemi yayınlarına ve desteklenen SAP ve DBMS yayınlarına hiçbir değişiklik olmadığından emin olun.
  7. Dağıtım betiklerini, VM türlerinde ve Azure işlevselliğinde yaptığınız en son kararları hesaba katalacak şekilde güncelleştirin.
  8. Altyapı ve uygulamaları dağıttıktan sonra aşağıdakileri doğrulayın:
    • Doğru sanal makine türleri, doğru öznitelikler ve depolama boyutları ile dağıtıldı.
    • VM 'Ler doğru ve istenen işletim sistemi sürümleri ve düzeltme ekleriyle ve birdir.
    • VM 'Ler gerektiğinde ve tek bir şekilde sağlamlaştırılmış.
    • Doğru uygulama sürümleri ve düzeltme ekleri yüklendi ve dağıtıldı.
    • VM 'Ler Azure kullanılabilirlik kümelerine planlandı olarak dağıtıldı.
    • Azure Premium Depolama, gecikme süresine duyarlı diskler veya % 99,9 tek VM SLA 'sinin gerekli olduğu durumlarda kullanılır.
    • Azure Yazma Hızlandırıcısı doğru şekilde dağıtılır.
    • Azure yönetilen diskler yalnızca kullanılır.
    • VM 'Ler doğru kullanılabilirlik kümelerine ve Kullanılabilirlik Alanları dağıtıldı.
    • Azure hızlandırılmış ağ , SAP uygulama KATMANıNDA ve SAP DBMS katmanında kullanılan VM 'lerde etkindir.
    • SAP NetWeaver, Hybru veya S/4HANA 'ya dayalı sap sistemleri ve SAP sistemlerinin DBMS katmanı arasındaki iletişim yolunda hiçbir Azure ağ sanal aygıtı yok.
    • Uygulama güvenlik grubu ve ağ güvenlik grubu kuralları, istenen ve planlanan şekilde iletişime izin verir ve gerektiğinde iletişimi engeller.
    • Zaman aşımı ayarları, daha önce açıklandığı gibi doğru şekilde ayarlanır.
    • VM 'Ler, SAP uygulamalarıyla en iyi ağ gecikmesi Için Azure yakınlık yerleşimi gruplarındaaçıklandığı gibi doğru Azure yakınlık yerleşimi grubunadağıtılır.
    • SAP uygulama katmanı VM 'Leri ve DBMS VM 'ler arasındaki ağ gecikmesi, SAP destek notları #500235 ve #1100926açıklandığı şekilde test edilir ve onaylanır. Sap desteği not#1100926ağ gecikmesi yönergelerine karşı sonuçları değerlendirin. Ağ gecikmesi orta veya iyi bir aralıkta olmalıdır. Bu makaledebelgelendiği gibi, VM 'ler ve Hana büyük örnek birimleri arasındaki trafik için özel durumlar geçerlidir.
    • Şifreleme gerektiğinde ve uygun şifreleme yöntemiyle uygulandı.
    • Arabirimler ve diğer uygulamalar, yeni dağıtılan altyapıyı birbirine bağlayabilirler.
  9. Planlı Azure bakım için yeniden işlem yapmaya yönelik bir PlayBook oluşturun. Planlı bakım için sistemlerin ve VM 'Lerin yeniden başlatılması gereken sırayı belirleme.

Go-Live aşaması

Go-Live aşamasında, önceki aşamalar sırasında geliştirmiş olduğunuz PlayBook 'ları izlediğinizden emin olun. Test ettiğiniz ve alıştırdığınız adımları yürütün. Yapılandırmalarda ve işlemlerde geçen dakikalık değişiklikleri kabul etmeyin. Ayrıca şu adımları uygulayın:

  1. Azure portal izlemenin ve diğer izleme araçlarının çalıştığını doğrulayın. Linux için Windows ve çin öib için Windows performans izleyicisi (perfmon) önerilir.
    • CPU sayaçları.
      • Ortalama CPU süresi, toplam (tüm CPU 'Lar)
      • Ortalama CPU süresi, her bir işlemci (M128 VM 'lerde 128 işlemci)
      • CPU çekirdek süresi, her ayrı işlemci
      • CPU Kullanıcı saati, her ayrı işlemci
    • Bellek.
      • Boş bellek
      • Bellek sayfası/saniye
      • Bellek sayfa çıkış/saniye
    • Dis.
      • Tek tek disk başına KB/sn cinsinden disk okuma
      • Disk okuma/saniye, ayrı disk başına
      • Tek tek disk başına mikrosaniye/okuma olarak disk okuma
      • Her disk için KB/sn cinsinden disk yazma
      • Disk yazma/saniye, ayrı disk başına
      • Disk başına mikrosaniye/okuma, tek bir diske yazma
    • Ağ.
      • /Saniye içinde ağ paketleri
      • Giden ağ paketi/saniye
      • Ağ KB/saniye
      • Ağ KB/sn
  2. Veri geçişten sonra, iş sahipleri ile üzerinde anlaştığınız tüm doğrulama testlerini gerçekleştirin. Doğrulama test sonuçlarını yalnızca özgün kaynak sistemleri için sonuçlara sahip olduğunuzda kabul edin.
  3. Arabirimlerin çalışıp çalışmadığını ve diğer uygulamaların yeni dağıtılan üretim sistemleriyle iletişim kurup kuramayacağını denetleyin.
  4. SAP işlem STMS aracılığıyla taşıma ve düzeltme sistemini denetleyin.
  5. Sistem üretime sunulduktan sonra veritabanı yedeklemeleri gerçekleştirin.
  6. Sistem üretime sunulduktan sonra SAP uygulama katmanı VM 'Leri için VM yedeklemeleri gerçekleştirin.
  7. Geçerli Go-Live aşamasının parçası olmayan ancak bu Go-Live aşamasında Azure 'a taşıdığınız SAP sistemleriyle iletişim kuran SAP sistemleri için SM51 içindeki konak adı arabelleğini sıfırlamanız gerekir. Bunun yapılması, Azure 'a taşıdığınız uygulama örneklerinin adlarıyla ilişkili eski önbelleğe alınmış IP adreslerini kaldırır.

Üretim sonrası

Bu aşamada sistemin izlenmesi, çalışıyor ve yönetimi hakkında bilgi sağlanır. Bir SAP bakış noktasından, eski barındırma konumunuzda tamamlaması gereken olağan görevler geçerlidir. Bu Azure 'a özgü görevleri de doldurun:

  1. Yüksek ücretlendirme sistemleri için Azure faturalarını gözden geçirin.
  2. VM tarafında ve depolama tarafında fiyat/performans verimliliğini iyileştirin.
  3. Sistemleri kapatmak için kullandığınız zamanları en uygun hale getirin.

Sonraki adımlar

Şu makalelere bakın: