SAP sisteminin "daha yüksek kullanılabilirliğini" elde etmek için Azure altyapısı VM'sini yeniden başlatmayı kullanma

Bu bölüm şunlar için geçerlidir:

Windows ve Linux

Linux üzerinde Windows Server Yük Devretme Kümelemesi (WSFC) veya Pacemaker gibi işlevleri kullanmamaya karar verirseniz (şu anda yalnızca SUSE Linux Enterprise Server [SLES] 12 ve üzeri için desteklenmektedir), Azure VM yeniden başlatma kullanılır. SAP sistemlerini Azure fiziksel sunucu altyapısının ve temel alınan Azure platformunun planlı ve planlanmamış kapalı kalma süresine karşı korur.

Dekont

Azure VM'nin yeniden başlatılması öncelikli olarak vm'leri korur ve uygulamaları korumaz . VM yeniden başlatma, SAP uygulamaları için yüksek kullanılabilirlik sunmasa da, belirli bir altyapı kullanılabilirliği düzeyi sunar. Ayrıca dolaylı olarak SAP sistemlerinin "daha yüksek kullanılabilirliğini" sunar. Ayrıca, planlanmış veya planlanmamış bir konak kesintisi sonrasında VM'yi yeniden başlatmak için gereken süre için SLA yoktur ve bu da yüksek kullanılabilirlik yöntemini sap sisteminin kritik bileşenleri için uygun hale getirir. Kritik bileşenlere örnek olarak ASCS/SCS örneği veya veritabanı yönetim sistemi (DBMS) verilebilir.

Yüksek kullanılabilirlik için bir diğer önemli altyapı öğesi de depolamadır. Örneğin Azure Depolama SLA'sı %99,9 kullanılabilirliktir. Tüm VM'leri ve bunların disklerini tek bir Azure depolama hesabına dağıtırsanız, olası Azure Depolama kullanılamaması, bu depolama hesabına yerleştirilen tüm VM'lerin ve VM'lerin içinde çalışan tüm SAP bileşenlerinin kullanılamamasına neden olur.

Tüm VM'leri tek bir Azure depolama hesabına yerleştirmek yerine, her VM için ayrılmış depolama hesaplarını kullanabilirsiniz. Birden çok bağımsız Azure depolama hesabı kullanarak genel VM ve SAP uygulaması kullanılabilirliğini artırırsınız.

Azure yönetilen diskleri, bağlı oldukları sanal makinenin hata etki alanına otomatik olarak yerleştirilir. Kullanılabilirlik kümesine iki sanal makine yerleştirir ve yönetilen diskler kullanırsanız, platform yönetilen diskleri farklı hata etki alanlarına dağıtmayı da üstlenir. Premium depolama hesabı kullanmayı planlıyorsanız yönetilen diskleri kullanmanızı kesinlikle öneririz.

Azure altyapısı yüksek kullanılabilirlik ve depolama hesapları kullanan bir SAP NetWeaver sisteminin örnek mimarisi şöyle görünebilir:

Azure altyapısı yüksek kullanılabilirliği ve yönetilen diskleri kullanan bir SAP NetWeaver sisteminin örnek mimarisi şöyle görünebilir:

Kritik SAP bileşenleri için şu ana kadar aşağıdakileri başardınız:

• SAP uygulama sunucularının yüksek kullanılabilirliği

  SAP uygulama sunucusu örnekleri yedekli bileşenlerdir. Her SAP uygulama sunucusu örneği, farklı bir Azure hatası ve yükseltme etki alanında çalışan kendi VM'sine dağıtılır. Daha fazla bilgi için Hata etki alanları ve Etki alanlarını güncelleştirme bölümlerine bakın.

  Azure kullanılabilirlik kümelerini kullanarak bu yapılandırmayı sağlayabilirsiniz. Daha fazla bilgi için Azure kullanılabilirlik kümeleri bölümüne bakın.

  Azure hata veya yükseltme etki alanının planlı veya plansız bir şekilde kullanılamaması, SAP uygulama sunucusu örnekleriyle sınırlı sayıda VM'nin kullanılamamasına neden olur.

  Her SAP uygulama sunucusu örneği kendi Azure depolama hesabına yerleştirilir. Bir Azure depolama hesabının kullanılamama olasılığı, SAP uygulama sunucusu örneğinde yalnızca bir VM'nin kullanılamamasına neden olur. Ancak, tek bir Azure aboneliğindeki Azure depolama hesaplarının sayısında bir sınır olduğunu unutmayın. VM yeniden başlatıldıktan sonra bir ASCS/SCS örneğinin otomatik olarak başlatılmasını sağlamak için ASCS/SCS örneği başlatma profilinde Otomatik Başlangıç parametresini ayarlayın.

  Daha fazla bilgi için bkz . SAP uygulama sunucuları için yüksek kullanılabilirlik.

  Yönetilen diskler kullansanız bile, diskler bir Azure depolama hesabında depolanır ve depolama kesintisi durumunda kullanılamayabilir.

• SAP ASCS/SCS örneklerinin daha yüksek kullanılabilirliği

  Bu senaryoda, yüklü SAP ASCS/SCS örneğiyle VM'yi korumak için Azure VM'yi yeniden başlatmayı kullanın. Azure sunucularının planlı veya plansız kapalı kalma süresi durumunda VM'ler başka bir kullanılabilir sunucuda yeniden başlatılır. Daha önce belirtildiği gibi Azure VM yeniden başlatma işlemi öncelikli olarak VM'leri korur ve bu durumda ASCS/SCS örneğini korumaz . VM yeniden başlatma işlemiyle SAP ASCS/SCS örneğinin "daha yüksek kullanılabilirliğine" dolaylı olarak ulaşırsınız.

  VM yeniden başlatıldıktan sonra ASCS/SCS örneğinin otomatik olarak başlatılmasını sağlamak için ASCS/SCS örneği başlatma profilinde Otomatik Başlangıç parametresini ayarlayın. Bu ayar, tek bir VM'de çalışan tek bir hata noktası (SPOF) olarak ASCS/SCS örneğinin SAP ortamının tamamının kullanılabilirliğini belirleyeceği anlamına gelir.

• DBMS sunucusunun daha yüksek kullanılabilirliği

  Önceki SAP ASCS/SCS örneği kullanım örneğinde olduğu gibi, vm'yi yüklü DBMS yazılımıyla korumak için Azure VM yeniden başlatmayı kullanırsınız ve VM yeniden başlatma yoluyla DBMS yazılımının "daha yüksek kullanılabilirliğini" elde edebilirsiniz.

  Tek bir VM'de çalışan DBMS aynı zamanda bir SPOF'dir ve SAP ortamının tamamının kullanılabilirliği için belirleyici faktördür.

SAP örnekleri için Otomatik Başlangıç kullanma

SAP, VM içindeki işletim sisteminin başlangıcından hemen sonra SAP örneklerini başlatmanızı sağlayan bir ayar sunar. Yönergeler, 1909114 SAP Bilgi Bankası Makalesi'nde belgelenmiştir. Ancak, birden fazla VM etkileniyorsa veya VM başına birden çok örnek çalışıyorsa, örnek yeniden başlatma sırasının denetimine izin vermediğinden SAP artık ayarın kullanılmasını önermez.

Bir VM'deki tek bir SAP uygulama sunucusu örneğinin tipik bir Azure senaryosunun ve sonunda tek bir VM'nin yeniden başlatıldığından, Otomatik Başlangıç kritik değildir. Ancak AŞAĞıDAKI parametreyi SAP Advanced Business Application Programming (ABAP) veya Java örneğinin başlangıç profiline ekleyerek etkinleştirebilirsiniz:

Autostart = 1

Dekont

Otomatik Başlangıç parametresinin de bazı eksiklikleri vardır. Özellikle, örneğin ilgili Windows veya Linux hizmeti başlatıldığında parametresi bir SAP ABAP veya Java örneğinin başlatılmasını tetikler. Bu sıra, işletim sistemi ön başlatıldığında gerçekleşir. Ancak SAP hizmetlerinin yeniden başlatılması, Yazılım Güncelleştirme Yöneticisi (SUM) veya diğer güncelleştirmeler veya yükseltmeler gibi SAP Yazılım Yaşam Döngüsü Yönetimi işlevleri için de yaygın olarak karşılaşılan bir durumdur. Bu işlevler bir örneğin otomatik olarak yeniden başlatılmasını beklemiyor. Bu nedenle, bu tür görevleri çalıştırmadan önce Otomatik Başlangıç parametresi devre dışı bırakılmalıdır. Otomatik Başlangıç parametresi, ASCS/SCS/CI gibi kümelenmiş SAP örnekleri için de kullanılmamalıdır.

SAP örnekleri için Otomatik Başlangıç hakkında daha fazla bilgi için aşağıdaki makalelere bakın:

• UNIX Sunucu Başlatma/Durdurma ile birlikte SAP'i başlatma veya durdurma
• SAP NetWeaver yönetim aracılarını başlatma ve durdurma

Sonraki adımlar

Tam SAP NetWeaver uygulaması kullanan yüksek kullanılabilirlik hakkında bilgi için bkz . Azure IaaS'de SAP uygulaması yüksek kullanılabilirliği.