AWS Systems Manager for SAP (SSM for SAP) artık SAP HANA scale-out dağıtımlarını destekliyor. Bu tarihe kadar scale-out mimarisi kullanan müşteriler; yedekleme, başlatma/durdurma ve kimlik bilgisi yenileme gibi işlemlerde SSM for SAP’tan yararlanamıyordu. Artık çok düğümlü bir SAP HANA sistemi tek bir uygulama olarak kaydedilip tek düğümlü sistemlerdeki yeteneklerle yönetilebiliyor: AWS Backup ile HANA yedeklemesi, uygulama farkındalıklı başlatma ve durdurma ve kimlik bilgisi güncellemesi.
SSM for SAP, SAP ortamını bir EC2, EBS ve dosya sistemi yığını olarak değil, uygulama merkezli olarak ele alıyor. Uygulamayı bir kez kaydediyorsunuz; servis bileşenleri, sunucuları ve arkalarındaki AWS kaynaklarını keşfedip güncel tutuyor. Kayıtlı uygulama AWS Console for SAP Applications, SSM for SAP API’leri ve yapay zekâ asistanlarıyla kullanım için AWS For SAP Management MCP Server tarafından ortak kullanılıyor.
Neden scale-out?
Büyük SAP BW/4HANA, BW on HANA ya da HANA tabanlı veri ambarı iş yükleri çoğu zaman tek bir sertifikalı EC2 sunucusunun belleğine sığmıyor. SAP HANA scale-out, tek bir veritabanını aynı sistem kimliğini paylaşan birden fazla sunucuya dağıtıyor. Her düğüm kendi index server’ını çalıştırıp verinin bir bölümünü tutuyor, tüm düğümler ortak bir dosya sistemi bağlıyor ve düğümler farklı Availability Zone’lara dağıtılabiliyor. Bazı kurulumlarda arızalanan düğümün yerini alan bir standby düğüm, bazılarında SAP HANA System Replication bulunuyor.
Scale-out desteği neler getiriyor?
SSM for SAP, sistemdeki worker ve standby düğümlerin hepsini keşfedip tek bir uygulamanın bileşenleri olarak gösteriyor. Ardından şu yetenekler sistemin tamamına uygulanıyor:
- AWS Backup ile HANA yedeklemesi: Kayıtlı HANA veritabanlarını (TENANTS ya da SYSTEMDB) bir yedekleme planına atıyorsunuz. AWS Backup düğümler genelinde tam ve log yedeklerini yönetiyor, kurtarma noktalarını merkezi olarak izliyor ve kendi yedekleme script’lerinizi yazmadan geri yüklemeyi sağlıyor.
- Uygulama farkındalıklı başlatma ve durdurma: Scale-out veritabanını başlatmak ya da durdurmak tek işlem. SSM for SAP düğüm düzenini bildiği için sırayı doğru yönetiyor. Durdururken EC2 sunucularını da kapatabiliyorsunuz; Amazon EventBridge Scheduler ile geliştirme ve test sistemlerini mesai saatlerine göre çalıştırmak mümkün.
Nasıl başlanır?
- Ön koşullar: SSM Agent her düğümde çalışıyor olmalı ve her sunucu Systems Manager’da yönetilen düğüm olmalı. IAM izinleri ve AWS Secrets Manager kurulumu için ön koşul belgelerine bakın.
- Uygulamayı kaydedin: Konsolda AWS for SAP’ı açıp Register application ile HANA veritabanını seçin ya da
register-applicationAPI’sini kullanın. Tüm düğümler keşfedilip bileşen olarak gösteriliyor. - Topolojiyi kontrol edin: SAP Topology ve Resources sekmelerinde tüm düğümlerin keşfedildiğini doğrulayın. Düğüm eklediğinizde ya da çıkardığınızda saatlik yenilemeyi beklemeden Run on-demand discovery kullanın.
- Ardından yedeklemeyi etkinleştirebilir, işlemleri otomatikleştirebilir, kimlik bilgilerini güncelleyebilir ve başlatma/durdurma çalıştırabilirsiniz.
Erişilebilirlik ve fiyat
Scale-out desteği, SSM for SAP’ın desteklendiği tüm AWS bölgelerinde kullanılabiliyor. Scale-out uygulamayı kaydetmek ya da AWS Console for SAP Applications’ı kullanmak için ek ücret yok; AWS Backup depolaması ve kullanılan AWS kaynakları için standart ücretler geçerli.
En büyük SAP sistemlerinin el ile yönetimi en çok zaman alan sistemler olduğu düşünülürse, bu destek özellikle yedekleme script’lerini ve başlatma sırasını kendi yöneten ekipler için anlamlı. Geçmeden önce standby düğümlerin ve System Replication kullanan kurulumların keşifte doğru göründüğünü test ortamında kontrol etmek iyi olur.
