Azure üzerinde SAP HANA Büyük Örnek Azure sanal makinelerine geçiş

Azure üzerinde SAP HANA Büyük Ölçekli Örnekler, Azure sanal makineleri (VM) dışında SAP HANA iş yüklerini çalıştıran, ayrılmış donanım tabanlı bir altyapı hizmetidir. HLI hizmeti kullanımdan kaldırıldığı için, desteği korumak ve daha geniş Azure ekosisteminin avantajlarından yararlanmak için SAP HANA iş yüklerinizi Azure VM'lerine geçirmeniz gerekir.

Bu makale geçerli HLI dağıtım senaryonuzu değerlendirmenize, Azure VM'lerine geçişi planlamanıza ve en düşük kapalı kalma süresiyle geçişe hazırlanmanıza yardımcı olur.

Varsayımlar

Bu makalede aşağıdaki varsayımlar yer alır:

  • Bu makalede, önemli yazılım yükseltme veya düzeltme eki yapmadan, yalnızca HANA Büyük Örneği (HLI) ile Azure VM arasında homojen bir HANA veritabanı işlem hizmeti geçişi incelenmektedir. Bu küçük güncelleştirmeler, ilgili SAP notları tarafından desteklendiği açıkça belirtilen daha yeni bir işletim sistemi (OS) sürümünün veya HANA sürümünün kullanımını içerir.
  • Tüm güncelleştirme/yükseltme etkinliklerini geçiş öncesinde veya sonrasında yaparsınız. Örneğin, SAP HANA MCOS MDC dağıtımına dönüştürülüyor.
  • En az kapalı kalma süresi sunan geçiş yaklaşımı SAP HANA Sistem Çoğaltması'dır. Diğer geçiş yöntemleri bu makalenin kapsamı dışındadır.
  • Bu kılavuz, HLI'nin hem Rev3 hem de Rev4 SKU'ları için geçerlidir.
  • HANA dağıtım mimarisi, geçiş sırasında öncelikli olarak değişmeden kalır. Yani, tek instance'lı olağanüstü durum kurtarma (DR) olan bir sistem varış noktasında aynı kalır.
  • Gelecek mimarinin Hizmet Düzeyi Sözleşmesi (SLA) gözden geçirilmiş ve anlaşılmıştır.
  • HLI'ler ve VM'ler arasındaki ticari terimler farklıdır. Maliyet yönetimi için VM'lerinizin kullanımını izleyin.
  • VM'ler paylaşılan ancak yalıtılmış altyapıda çalışırken HLI'nin ayrılmış bir işlem platformu olduğunu anlarsınız.
  • Hedef VM'lerin hedef mimarinizi desteklediğini doğrularsınız. SAP HANA dağıtımı için sertifikalı desteklenen VM SKU'larının listesi için bkz. SAP HANA donanım dizini.
  • Tasarım ve geçiş planını doğrularsınız.
  • Birincil siteyle birlikte olağanüstü durum kurtarma VM'sini planlayın. Geçiş sonrasında VM'lerde çalışan birincil site için DR düğümü olarak HLI'yi kullanamazsınız.
  • İş kurtarılabilirlik ve uyumluluk gereksinimlerine göre gerekli yedekleme dosyalarını hedef VM'lere kopyalamışsınız. VM üzerinden erişilebilen yedeklemeler, geçiş döneminde belirli bir zamana geri yükleme sağlar.
  • SAP HANA sistem çoğaltması (HSR) yüksek kullanılabilirliği (HA) için, eskrim cihazını SLES ve RHEL için SAP HANA HA kılavuzlarına göre ayarlamanız ve yapılandırmanız gerekir. HLI olayı gibi önceden yapılandırılmamış.
  • Bu geçiş yaklaşımı, Optane yapılandırmasına sahip HLI SKU'larını kapsamaz.

Dağıtım senaryoları

Tüm HLI senaryoları için Azure VM'lerine geçiş yapabilirsiniz. Aşağıdaki tabloda HLI için yaygın dağıtım modelleri özetlemektedir. Tamamlayıcı Azure hizmetlerinden yararlanmak için küçük mimari değişiklikler yapmanız gerekebilir.

Senaryo Kimliği HLI Senaryosu VM'e birebir geçirilsin mi? Açıklama
1 Tek bir SID'e sahip tek düğüm Evet -
2 Tek Bir Sistemde Çok Bileşenli Tek Düğüm (MCOS) Evet -
3 Depolama çoğaltması kullanan DR ile tek düğüm Hayır Azure sanal platformunda depolama çoğaltması kullanılamaz; geçerli DR çözümünü HSR veya yedekleme/geri yükleme olarak değiştirin.
4 Depolama çoğaltması kullanan DR (çok amaçlı) ile tek düğüm Hayır Azure sanal platformunda depolama çoğaltması kullanılamaz; geçerli DR çözümünü HSR veya yedekleme/geri yükleme olarak değiştirin.
5 Yüksek kullanılabilirlik için eskrimli HSR Evet Hedef VM'ler için önceden yapılandırılmış SBD yok. Bir çit çözümü seçin ve uygulayın. Olası seçenekler: Azure Eskrim Aracısı ( rhel, SLES ve SBD için desteklenir.)
6 HSR ile HA, depolama çoğaltması ile DR Hayır DR gereksinimleri için depolama çoğaltmasını HSR veya yedekleme/geri yükleme ile değiştirin.
7 Sunucu otomatik yük devretme (1+1) Evet Azure VM'leriyle paylaşılan depolama için Azure NetApp Files 'ı (ANF) kullanın.
8 Bekleme ile ölçeği genişletme Evet BW/4HANA, yalnızca depolama için ANF kullanan M128, M416, M416ms VM'ler ile birlikte.
9 Bekleme olmadan ölçeği genişletme Evet BW/4HANA, M128s, M416s, M416ms VM'ler ile (depolama için ANF kullanarak veya kullanmadan).
10 Depolama çoğaltması kullanarak DR ile ölçeği genişletme Hayır DR gereksinimleri için depolama çoğaltmasını HSR veya yedekleme/geri yükleme ile değiştirin.
11 HSR kullanarak DR ile tek düğüm Evet -
12 Tek düğüm HSR'den DR'a (maliyet odaklı iyileştirilmiş) Evet -
13 (on üç) HSR ile HA ve DR Evet -
14 HSR ile HA ve DR (maliyeti optimize edilmiş) Evet -
15 HSR kullanarak DR ile ölçeği genişletme Evet BW/4HANA, M128s, M416s, M416ms VM'ler ile (depolama için ANF kullanarak veya kullanmadan).

Kaynak (HLI) planlaması

HLI sunucunuzu eklediğinizde, siz ve Microsoft Hizmet Yönetimi SAP HANA veritabanını çalıştırmak için işlem, ağ, depolama ve işletim sistemine özgü ayarları planlamıştınız. Azure VM'ye geçiş için benzer planlamalar yapmanız gerekir.

SAP HANA temizlik

İyi bir işlem uygulaması olarak, istenmeyen, güncel olmayan veriler veya eski günlükler yeni veritabanına geçirilemeyecek şekilde veritabanı içeriğini düzenleyin. Temizlik genellikle eski, süresi dolmuş veya etkin olmayan verileri silmeyi veya arşivlemeyi içerir. Üretim kullanımından önce veri kırpma geçerliliğini doğrulamak için üretim dışı sistemlerde veri hijyenini test edin.

Yeni VM'ler ve sanal ağ için ağ bağlantısına izin ver

HLI dağıtımınızda ağ, özgün SAP HANA Büyük Örnekler ağ mimarisine göre ayarlanmıştır. HLI'nin geçerli durumu ve geçiş kılavuzu hakkında bilgi için bkz. SAP HANA Büyük Örneği devreden çıkarma.

  • Yeni VM geçiş hedefi, IP adres aralıklarıyla HALİHAZIRDA izin verilmiş şekilde mevcut sanal ağa yerleştirildi mi ve HLI'ye bağlanabilir mi? Daha sonra başka bağlantı güncelleştirmelerine ihtiyacınız yoktur.

  • Yeni Azure VM, belki başka bir bölgede yeni bir Azure sanal ağına yerleştirilmiş ve mevcut sanal ağ ile eşlenmiş mi? Ardından, bu yeni sanal ağ IP aralığının erişimine izin vermek için özgün HLI provizyonundaki ExpressRoute hizmet anahtarı ve Kaynak Kimliğini kullanabilirsiniz. Sanal ağıN HLI bağlantısına olanak tanımak için Microsoft Hizmet Yönetimi ile eşgüdüm sağlayın.

    Not

    Uygulama ve veritabanı katmanları arasındaki ağ gecikme süresini en aza indirmek için hem uygulama hem de veritabanı katmanlarının aynı sanal ağda olması gerekir.

Mevcut uygulama katmanı kullanılabilirlik kümesi, kullanılabilirlik alanları ve yakınlık yerleştirme grubu (PPG)

Geçerli dağıtım modeliniz belirli hizmet düzeyi hedeflerini karşılamak için tasarlanmıştır. Bu adımda hedef altyapının hedeflerinizi karşıladığından veya aştığından emin olun. Çoğu durumda SAP uygulama sunucularınız bir kullanılabilirlik kümesindedir. Geçerli hizmet düzeyi tatmin ediciyse, hedef VM HLI mantıksal konak adını yeniden kullanabilir. DNS kaydını VM'nin IP adresine işaret etmek için güncelleştirin ve SAP profili değişikliği gerekmez.

Depolama çoğaltması sona erdirme işlemi (kullanılıyorsa)

DR çözümünüz olarak depolama çoğaltmasını kullandıysanız SAP uygulamasını kapattıktan sonra sonlandırın. Bunu gerçekleştirmeden önce, uzak DR HLI depolama birimlerine çoğaltılan son SAP HANA kataloğu, günlük dosyası ve veri yedeklemelerinden emin olun. Bu çoğaltma, fiziksel sunucudan Azure VM'ye geçiş sırasında olağanüstü durum olması durumunda önemlidir.

Veri yedeklemelerinin korunması konusunda dikkat edilmesi gerekenler

Azure VM'nizde SAP HANA'ya geçiş yaptıktan sonra, HLI'de anlık görüntü tabanlı veriler ve günlük yedeklemeleri bir VM'ye kolayca erişilemez veya geri yüklenemez. Tam geçiş işleminden haftalar önce bile HLI'da dosya düzeyinde yedeklemeler ve anlık görüntüler alın. Bu yedeklemeleri yeni SAP HANA VM tarafından erişilebilen bir Azure Depolama hesabına kopyalayın. Başlangıç aşamasında, Azure tabanlı yedekleme belli bir zamana geri yükleme gereksinimlerini karşılamak için yeterli geçmiş oluşturmadan önce dosya seviyesinde yedeklemeler alın.

HLI içeriğini yedeklemek kritik önem taşır. Bir geri alma işlemine ihtiyaç duymanız durumunda SAP yatay ortamının tam yedeklerine kolayca erişilebiliyor olmak da akıllıca bir davranıştır.

Sistem izlemeyi ayarlama

SAP ortamınızdaki sistemler için uyarı bildirimlerini izlemek ve göndermek için birçok farklı araç kullanabilirsiniz. İzleme değişikliklerini ekleyin ve uyarı bildirimi alıcılarını gerektiği gibi güncelleştirin.

Microsoft Operations ekip katılımı

Mevcut HLI örneğine göre Azure portalından bir bilet açın. Destek biletini oluşturduktan sonra bir destek mühendisi sizinle e-posta yoluyla iletişim kurar.

Microsoft hesabı ekibiyle etkileşim kurma

Gereksiz işlem kaynak giderlerini en aza indirmek için geçişi HLI sözleşmenizin yıl dönümü yenileme zamanına yakın bir zamanda planlayın. HLI'nin devre dışı bırakılması için sözleşmenin feshi ve birimin kapatılması konusunda koordinasyon sağlayın.

Hedef planlama

Mevcut bir altyapıyı değiştirmek için yeni bir altyapı dağıttığınızda dikkatli planlama gereklidir. Yeni eklemenin genel gereksinimlerinizi karşıladığından emin olun. Dikkate alınması gereken bazı önemli noktalar aşağıdadır.

Hedef bölgede kaynak kullanılabilirliği

Geçerli SAP uygulama sunucularının dağıtım bölgesi genellikle ilişkili HLI'lere yakındır. Ancak, HLI'ler Azure bölgelerinden daha az konumda kullanılabilir. Fiziksel HLI'yi bir Azure VM'ye geçirirken, performans iyileştirmesi için tüm ilgili hizmetlerin yakınlık uzaklığında ince ayar yapmak da iyi bir zaman. Ayrıca, seçilen bölgenin gerekli tüm kaynaklara sahip olduğundan emin olun. Örneğin, belirli bir VM ailesinin kullanılabilirliğini veya yüksek kullanılabilirlik kurulumu sunan kullanılabilirlik alanlarını denetleyin.

Sanal ağ

Yeni HANA veritabanını mevcut bir sanal ağda çalıştırmak mı yoksa yeni bir tane mi oluşturmak istiyorsunuz? Birincil belirleyici faktör, SAP ortamı için geçerli ağ düzenidir. Ayrıca, altyapı bir bölgeden iki bölgeli dağıtıma geçtiğinde ve PPG kullandığında, mimari bir değişiklik uygular. Daha fazla bilgi için SAP uygulamasıyla en uygun ağ gecikme süresi için Azure PPG makalesine bakın.

Güvenlik

Yeni SAP HANA VM'sinin yeni veya mevcut bir sanal ağ/alt ağ üzerinde çalışması fark etmeksizin, işletmeniz için uygun koruma gerektiren yeni bir hizmettir. Erişim denetiminin şirketinizin güvenlik ilkesiyle uyumlu olduğundan emin olun.

VM boyutlandırma önerisi

Bu geçiş, HANA işlem altyapınızı doğru boyutlandırmak için de bir fırsattır. Harcama verimliliğini artırmak için doğru boyutlandırmaya olanak tanıyan sistem kaynak tüketimini anlamak için HANA Studio ile HANA sistem görünümlerini kullanabilirsiniz.

Depolama

Depolama performansı, SAP uygulama kullanıcı deneyiminizi etkileyen faktörlerden biridir. Microsoft, belirli VM SKU'ları için en düşük depolama düzenlerini yayımlar. Daha fazla bilgi için bkz . SAP HANA Azure sanal makine depolama yapılandırmaları. Yeni HANA VM'niz için yeterli G/Ç kapasitesi ve performansı sağlamak için bu özellikleri gözden geçirin ve mevcut HLI sistem istatistiklerinizle karşılaştırın.

Yeni HANA VM'sinin PPG'si ve ilişkili sunucuları yapılandırılmalı mı? Ardından depolamanın ve VM'nin birlikte yerleştirilmesini denetlemek ve sağlamak için bir destek bileti gönderin. Yedekleme çözümünüzün değişmesi gerekebileceğinden, operasyonel harcama sürprizlerini önlemek için depolama maliyetini de yeniden ziyaret edin.

Olağanüstü durum kurtarma için depolama replikasyonu

HLI ile depolama çoğaltması olağanüstü durum kurtarma için varsayılan seçenekti. Bu özellik, Azure VM'de SAP HANA için varsayılan seçenek değildir. HSR, yedekleme/geri yükleme veya iş gereksinimlerinizi karşılayan diğer desteklenen çözümleri göz önünde bulundurun.

Kullanılabilirlik kümeleri, kullanılabilirlik alanları ve PPG'ler

Ağ gecikmesini en düşük düzeyde tutmak için uygulama katmanı ile SAP HANA arasındaki mesafeyi kısaltabilirsiniz. Yeni veritabanı VM'sini ve geçerli SAP uygulama sunucularını bir PPG'ye yerleştirin. Azure kullanılabilirlik kümesi ve kullanılabilirlik bölgelerinin SAP dağıtımları için PPG ile nasıl çalıştığı hakkında daha fazla bilgi için Yakınlık Yerleştirme Grubu'na bakın.

HANA sisteminizin üyeleri birden fazla kullanılabilirlik alanına dağıtılıyorsa, seçilen bölgelerin gecikme profiline dikkat edin. SAP uygulaması ile veritabanı arasındaki mesafeyi en aza indirmek için SAP sistem bileşenlerini yerleştirin. Genel etki alanı Kullanılabilirlik alanı gecikme testi aracı ölçümü kolaylaştırmada yardımcı olur.

Yedekleme stratejisi

Birçok müşteri HLI üzerinde SAP HANA için üçüncü taraf yedekleme çözümlerini zaten kullanıyor. Öyleyse, yalnızca eklenen korumalı VM'yi ve HANA veritabanlarını yapılandırmanız gerekir. Makine geçişten sonra kullanımdan kaldırılıyorsa devam eden HLI yedekleme işlerinin zamanlanmasını kaldırabilirsiniz.

VM üzerinde SAP HANA için Azure Backup genel kullanıma sunuldu. Azure VM'lerinde SAP HANA yedeklemesi hakkında daha fazla bilgi için bkz . Yedekleme, Geri Yükleme ve Yönetme.

DR stratejisi

Hizmet düzeyi hedefleriniz daha uzun bir kurtarma süresine sahipse, yedekleme tabanlı bir yaklaşım yeterli olabilir. Blob depolamaya yedekleme ve yerinde geri yükleme veya yeni bir VM'ye geri yükleme, en basit ve en düşük maliyetli DR stratejisidir.

Büyük örnek platformunda HANA DR genellikle HSR kullanır. Azure VM'de HSR aynı zamanda en doğal ve yerel SAP HANA DR çözümüdür. Kaynak dağıtımı ister tek örnekli ister kümelenmiş olsun, DR bölgesinde kaynak altyapının bir kopyası gereklidir. Birincil HLI'yi VM'ye geçirme işlemini tamamladıktan sonra bu DR replikasını yapılandırın. DR HANA veritabanı, birincil SAP HANA'nın bulunduğu VM örneğine ikincil replikasyon sitesi olarak kaydolur.

SAP uygulama sunucusu bağlantı hedef değişikliği

HSR geçişi, yeni bir HANA veritabanı sunucusuna ve ayrıca uygulama katmanı için yeni bir veritabanı ana bilgisayar ismine neden olur. SAP profillerini yeni konak adını yansıtacak şekilde değiştirin. Ana bilgisayar adını korumak için ad çözümlemesi kullanırsanız profil değişikliği gerekmez.

İşletim Sistemi

Aynı sürüm düzeyinde olmasına rağmen (örneğin SLES 12 SP4) HLI ve VM için işletim sistemi görüntüleri aynı değildir. HLI'de gerekli paketleri, düzeltmeleri, çekirdeği ve güvenlik yamalarını doğrulayın. Ardından hedefe aynı paketleri yükleyin. Daha eski bir işletim sisteminden daha yeni bir işletim sistemi sürümüne sahip bir VM'ye çoğaltmak için HSR kullanabilirsiniz. SAP not 2763388 gözden geçirerek desteklenen sürümleri doğrulayın.

Yeni SAP lisans isteği

VM'lere geçiş sonrasında yeni HANA sistemi için yeni bir SAP lisansı isteyin.

SLA farklılıkları

HLI ile Azure VM arasındaki kullanılabilirlik SLA'sı farkına dikkat edin. Örneğin, kümelenmiş HLI HA çiftleri 99,99% kullanılabilirlik sunar. Aynı SLA'yı elde etmek için vm'leri kullanılabilirlik alanlarına dağıtın. Sanal Makineler için SLA , hedef altyapınızı planlayabileceğiniz çeşitli VM yapılandırmaları için kullanılabilirliği açıklar.

Geçiş stratejisi

Bu makale, HLI'dan Azure VM'ye geçiş için HANA Sistem Çoğaltma yaklaşımını kapsar. Dağıtılan hedef depolama çözümüne bağlı olarak işlem biraz farklılık gösterir. Aşağıdaki bölümlerde üst düzey adımlar açıklanmaktadır.

Veriler için Premium veya Ultra Diskleri olan VM

Premium veya Ultra Disklerle dağıtılan VM'ler için, HSR'yi ayarladığınızda standart SAP HANA sistem çoğaltma yapılandırması uygulanır. Sistem çoğaltmasını ayarlama adımlarına genel bakış için SAP yardım makalesine bakın. Makale ayrıca ikincil bir sistemi devralma, birincil sisteme geri dönme ve sistem çoğaltmasını devre dışı bırakma konularını da kapsar. Geçiş için yalnızca kurulum, devralma ve çoğaltma adımlarını devre dışı bırakma gerekir.

Veri ve günlük birimleri için ANF ile bir Sanal Makine

Yüksek düzeyde, tam verilerin ve günlük birimlerinin en son HLI depolama anlık görüntülerini Azure depolamaya kopyalayın. Hedef HANA VM daha sonra bunlara erişebilir ve bunları kurtarabilir. Kopyalama işlemi için herhangi bir yerel Linux kopyalama aracını kullanabilirsiniz.

Önemli

KOPYALAMA ve veri aktarımı, HANA veritabanı boyutuna ve ağ bant genişliğine bağlı olarak saatler sürebilir. Birincil HANA veritabanı kapalı kalma süresinden önce kopyalama işleminin toplu işlemini yapın.

MCOS'den MDC'ye Dönüştürme

Bazı HLI müşterileri Tek Sistemde Birden Çok Bileşen (MCOS) dağıtım modelini kullandı. Bu yaklaşım, önceki SAP HANA sürümlerinin Birden Çok Veritabanı Kapsayıcısı (MDC) depolama anlık görüntüsü sınırlamasını çözüm olarak ele aldı. MCOS modelinde, birkaç bağımsız SAP HANA örneği tek bir HANA Büyük Örneğinde yığılır. Geçiş için HSR kullanmak düzgün çalışır, ancak her biri bir kiracı veritabanına sahip birden çok HANA VM'sine neden olur. Bu son durum, tercih edebileceğinizden daha karmaşık bir manzara oluşturur. SAP HANA 2.0 için varsayılan dağıtım MDC'dir. Alternatif olarak HSR geçişi sonrasında HANA kiracı taşıması yapabilirsiniz. HANA kiracı taşıma, bu bağımsız HANA veritabanlarını tek bir HANA kapsayıcısında kiracı ortakları olarak birleştirir.

Uygulama katmanında dikkat edilmesi gerekenler

Veritabanı sunucusu bir SAP sisteminin merkezidir. Tüm uygulama sunucuları SAP HANA veritabanının yakınında bulunmalıdır. Bazı durumlarda, yeni bir PPG kullanmak istediğinizde, mevcut uygulama sunucularını HANA VM'sinin çalıştığı PPG'ye taşımanız gerekebilir. Dağıtım şablonlarınız zaten varsa yeni uygulama sunucuları oluşturmak daha kolay olabilir.

Mevcut uygulama sunucularını ve yeni HANA VM'sini en uygun şekilde bulun. Daha fazla kapasite istemiyorsanız yeni uygulama sunucuları oluşturmanız gerekmez.

Hizmet kullanılabilirliğini geliştirmek için yeni bir altyapı oluşturduğunuzda, mevcut uygulama sunucularınız gereksiz hale gelebilir. Bunları kapatabilir ve silebilirsiniz. Hedef VM ana bilgisayar adı değişirse ve HLI ana bilgisayar adından farklıysa, SAP uygulama sunucusu profillerini yeni konağa işaret eden şekilde ayarlayın. Yalnızca HANA veritabanı IP adresi değiştiyse, gelen bağlantıları yeni HANA VM'sine yönlendirmek için DNS kaydını güncelleştirin.

Kabul testi

HLI'den VM'ye geçiş, heterojen geçişe kıyasla veritabanı içeriğinde hiçbir malzeme değişikliği yapmaz. Yine de yeni kurulumun performansını doğrulayın.

Geçiş planı

Bu geçiş basit olsa da, mevcut veritabanının kullanım dışı bırakılmasını içerir. Kaynak sistemi içeriği ve yedek görüntüleriyle korumak için dikkatli bir planlama yapmak, geri çekilmeniz gerektiğinde kritik öneme sahiptir. İyi planlama daha hızlı bir ters dönüş sunar.

Geçiş sonrası

Veri bütünlüğünü sağlamak için HLI'ye bağımlı hizmetleri ve bağlantıyı güvenli bir şekilde ayırmadığınız sürece geçiş işi yapılmaz. Ayrıca, gereksiz hizmetleri kapatın. Bu bölümde, daha önemli öğelerden birkaçı vurgulanır.

HLI'nin hizmetten çıkarılması

HANA veritabanını bir Azure VM'ye başarıyla geçirdikten sonra HLI veritabanında hiçbir iş işleminin çalışmadığından emin olun. Ancak, yerel yedekleme saklama penceresi için HLI'yi çalışır durumda tutmak gerekirse daha hızlı kurtarma sağlar. Ancak yerel yedekleme saklama süresi geçtikten sonra HANA Büyük Örneği devreden çıkarılmalıdır. Ardından Microsoft temsilcilerinizle iletişime geçerek Microsoft ile sözleşmeye dayalı HLI taahhütlerinizi sonuçlandırabilirsiniz.

HLI için yapılandırılmış ara sunucuları kaldırma

Şirket içi trafiği HLI'ye yönlendirmek için iptables gibi bir ara sunucu hizmeti kullanıyorsanız, vm'ye başarıyla geçiş yaptıktan sonra buna ihtiyacınız yoktur. Bununla birlikte, HLI beklemede olduğu sürece bu bağlantı hizmetini koruyun. Yalnızca HLI tamamen kullanımdan alındıktan sonra hizmeti kapatın. Örnek olarak iptable'lar ve BIGIP verilebilir.

HLI için Global Reach'i kaldırma

Global Reach, ExpressRoute ağ geçidinizi HLI ExpressRoute ağ geçidine bağlamak için kullanılır. Şirket içi trafiğinizin bir ara sunucu hizmeti kullanmadan doğrudan HLI kiracısına ulaşmasını sağlar. Geçiş sonrasında HLI birimi kaldırıldıktan sonra bu bağlantı artık gerekli değildir. Yine de iptables proxy hizmeti gibi HLI tamamen kullanımdan kaldırılana kadar Global Reach'i koruyun.

İşletim sistemi aboneliği (taşıma/yeniden kullanma)

VM sunucularını dağıtıp HLI'leri devreden çıkardığınızda, işletim sistemi aboneliklerini yerine yenisini koyabilir veya yeniden kullanabilirsiniz. İşletim sistemi lisansları için iki kat ödeme yapmanız gerekmez.

Sonraki adımlar

SAP dağıtımınızı planlayın.

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

  • Last updated on