Öğretici: Oracle WebLogic Server'ı coğrafi olarak yedeklilik ile Azure Kubernetes Service'e (AKS) geçirme

Bu öğreticide, Azure Kubernetes Service (AKS) üzerinde Oracle WebLogic Server (WLS) kullanarak Java için iş sürekliliği ve olağanüstü durum kurtarma (DR) stratejisini uygulamanın basit ve etkili bir yolu gösterilmektedir. Çözüm, AKS üzerinde çalışan veritabanı tabanlı basit bir Jakarta EE uygulaması kullanarak bir WLS iş yükünün nasıl yedeklenip geri yükleneceği gösterilmektedir. Coğrafi yedeklilik, birçok olası çözüm içeren karmaşık bir konudur. En iyi çözüm, benzersiz gereksinimlerinize bağlıdır. Coğrafi olarak yedeklilik uygulamanın diğer yolları için bu makalenin sonundaki kaynaklara bakın.

Bu öğreticide aşağıdakilerin nasıl yapılacağını öğreneceksiniz:

Aşağıdaki diyagramda oluşturduğunuz mimari gösterilmektedir:

Azure Traffic Manager bölgelerinizin durumunu denetler ve trafiği uygulama katmanına göre yönlendirir. Birincil bölge, WLS kümesinin tam dağıtımına sahiptir. Kullanıcılardan gelen ağ isteklerine yalnızca birincil bölge etkin bir şekilde hizmet ediyor. İkincil bölge, olağanüstü durum veya dr olayı bildirildiyse birincil bölgenin yedeklerinden WLS kümesini geri yükler. İkincil bölge yalnızca birincil bölge bir hizmet kesintisi yaşadığında trafiği alacak şekilde etkinleştirilir.

Azure Traffic Manager, bu koşullu yönlendirmeyi uygulamak için Azure Uygulaması lication Gateway ve WebLogic Kubernetes İşleci'nin (WKO) sistem durumu denetimi özelliğini kullanır. WKO, AKS sistem durumu denetimleriyle derinlemesine tümleştirildiğinden, Azure Traffic Manager'ın Java iş yükünüzün durumu hakkında yüksek düzeyde bilgi sahibi olmasını sağlar. Birincil WLS kümesi çalışıyor ve ikincil küme kapatılıyor.

Uygulama katmanının coğrafi yük devretme kurtarma süresi hedefi (RTO), AKS'yi başlatma ve ikincil WLS kümesini çalıştırma süresine bağlıdır ve bu süre genellikle bir saatten kısadır. Uygulama verileri, dakika veya saat RTO'sunun yanı sıra dakika veya saat kurtarma noktası hedefi (RPO) ile Azure SQL Veritabanı yük devretme grubunda kalıcı hale gelir ve çoğaltılır. Bu mimaride Azure backup, WLS yapılandırması için her gün yalnızca bir Kasa standart yedeklemesine sahiptir. Daha fazla bilgi için bkz. Azure Kubernetes Service (AKS) yedeklemesi nedir?

Veritabanı katmanı, birincil sunucu ve ikincil sunucu içeren bir Azure SQL Veritabanı yük devretme grubundan oluşur. Birincil sunucu etkin okuma-yazma modunda ve birincil WLS kümesine bağlı. İkincil sunucu pasif salt hazır moddadır ve ikincil WLS kümesine bağlıdır. Coğrafi yük devretme, gruptaki tüm ikincil veritabanlarını birincil role değiştirir. coğrafi yük devretme RPO'sunun ve Azure SQL Veritabanı RTO'sunun için bkz. İş Sürekliliğine Genel Bakış.

Makale, söz konusu hizmetin yüksek kullanılabilirlik (HA) özelliklerine bağlı olduğundan bu makale Azure SQL Veritabanı hizmetiyle yazılmıştır. Diğer veritabanı seçenekleri de mümkündür, ancak seçtiğiniz veritabanının HA özelliklerini göz önünde bulundurmanız gerekir. Çoğaltma için veri kaynaklarının yapılandırmasını iyileştirme hakkında bilgiler de dahil olmak üzere daha fazla bilgi için bkz . Oracle Fusion Ara Yazılımı Etkin-Pasif Dağıtımı için Veri Kaynaklarını Yapılandırma.

Bu makalede AKS'yi korumak için Azure Backup kullanılır. Bölge kullanılabilirliği, desteklenen senaryolar ve sınırlamalar için bkz . Azure Kubernetes Service yedekleme destek matrisi. Şu anda Azure Backup, genel önizleme sürümünde sunulan Kasa Katmanı yedeklemelerini ve bölgeler arasında geri yüklemeyi desteklemektedir. Daha fazla bilgi için bkz . AKS için Kasa Katmanı yedeklemelerini etkinleştirme ve Azure Backup kullanarak bölgeler arasında geri yükleme.

Önkoşullar

• Azure aboneliği. Azure aboneliğiniz yoksa başlamadan önce ücretsiz bir hesap oluşturun.

• Abonelikte rolüne Owner veya Contributor ve User Access Administrator rollerine sahip olduğunuzdan emin olun. Azure portalını kullanarak Azure rol atamalarını listeleme bölümünde yer alan adımları izleyerek atamayı doğrulayabilirsiniz.

• Windows, Linux veya macOS yüklü yerel bir makine hazırlayın.

• Azure CLI komutlarını çalıştırmak için Azure CLI, sürüm 2.54.0 veya üzerini yükleyin.

• kubectl'yi yükleyin ve ayarlayın.

• Git'i yükleyin ve ayarlayın.

• OpenJDK'nin Microsoft derlemesi gibi bir Java SE uygulaması, sürüm 17 veya üzerini yükleyin.

• Maven, sürüm 3.9.3 veya üzerini yükleyin.

• Oracle çoklu oturum açma (SSO) hesabının kimlik bilgilerine sahip olun. Hesap oluşturmak için bkz . Oracle Hesabınızı Oluşturma.

• WLS lisans koşullarını kabul etmek için aşağıdaki adımları kullanın:

  1. Oracle Container Registry'yi ziyaret edin ve oturum açın.
  2. Destek yetkilendirmeniz varsa Ara Yazılım'ı seçin, ardından weblogic_cpu'ı arayın ve seçin.
  3. Oracle'dan destek yetkilendirmeniz yoksa Ara Yazılım'ı seçin, ardından weblogic araması yapın ve seçin.
  4. Lisans sözleşmesini kabul edin.

• AKS üzerinde WLS çalıştırmak için WLS etki alanlarının anlaşılması gerekir. WLS etki alanları hakkında daha fazla bilgi için WebLogic Server uygulamalarını Azure Kubernetes Service'e geçirme bölümünün Önceden oluşturulmuş Azure Market teklifini kullanıp kullanmamaya karar verme bölümüne bakın. Bu makalede, görüntü etki alanı giriş kaynağı türündeki modeli kullanarak, işlem günlükleri ve depoları bir dış veritabanında olan ve dış depolama alanı olmayan AKS üzerinde WLS çalıştırdığınız varsayılır.

Eşleştirilmiş bölgelerde Azure SQL Veritabanı yük devretme grubu ayarlama

Bu bölümde, WLS kümelerinizle ve uygulamanızla kullanmak üzere eşleştirilmiş bölgelerde bir Azure SQL Veritabanı yük devretme grubu oluşturacaksınız. Sonraki bir bölümde, WLS'yi oturum verilerini ve işlem günlüğü (TLOG) verilerini bu veritabanında depolamak için yapılandıracaksınız. Bu uygulama Oracle'ın Maksimum Kullanılabilirlik Mimarisi (MAA) ile tutarlıdır. Bu kılavuz MAA için Azure uyarlaması sağlar. MAA hakkında daha fazla bilgi için bkz . Oracle Maksimum Kullanılabilirlik Mimarisi.

İlk olarak, Hızlı Başlangıç: Tek veritabanı oluşturma - Azure SQL Veritabanı'deki Azure portalı adımlarını izleyerek birincil Azure SQL Veritabanı oluşturun. "Kaynakları temizleme" bölümüne kadar olan ancak dahil etmeyen adımları izleyin. Makalede ilerlerken aşağıdaki yönergeleri kullanın, ardından Azure SQL Veritabanı oluşturup yapılandırdıktan sonra bu makaleye dönün:

1. Tek veritabanı oluşturma bölümüne ulaştığınızda aşağıdaki adımları kullanın:

   1. Yeni kaynak grubu oluşturmak için 4. adımda Kaynak grubu adı değerini (örneğin, myResourceGroup) bir kenara kaydedin.
   2. Veritabanı adı için 5. adımda Veritabanı adı değerini (örneğin, mySampleDatabase) bir kenara kaydedin.
   3. Sunucuyu oluşturmak için 6. adımda aşağıdaki adımları kullanın:
      1. Benzersiz sunucu adını (örneğin, sqlserverprimary-ejb120623) bir kenara kaydedin.
      2. Konum için (ABD) Doğu ABD'yi seçin.
      3. Kimlik doğrulama yöntemi için SQL kimlik doğrulamasını kullan'ı seçin.
      4. Sunucu yöneticisi oturum açma değerini (örneğin, azureuser) bir kenara kaydedin.
      5. Parola değerini bir kenara kaydedin.
   4. 8. adımda İş yükü ortamı için Geliştirme'yi seçin. Açıklamaya bakın ve iş yükünüz için diğer seçenekleri göz önünde bulundurun.
   5. 11. adımda Yedekleme depolama yedekliliği için Yerel olarak yedekli yedekleme depolama'yı seçin. Yedeklemeleriniz için diğer seçenekleri göz önünde bulundurun. Daha fazla bilgi için Azure SQL Veritabanı'de Otomatik yedeklemeler'in Yedekleme depolama yedekliliği bölümüne bakın.
   6. 14. adımda, Güvenlik duvarı kuralları yapılandırmasında Azure hizmetlerinin ve kaynaklarının bu sunucuya erişmesine izin ver için Evet'i seçin.

2. Veritabanını sorgulama bölümüne ulaştığınızda aşağıdaki adımları kullanın:

   1. 3. adımda, oturum açmak için SQL kimlik doğrulama sunucusu yöneticisi oturum açma bilgilerinizi girin.

      Not

      Oturum açma işlemi 'xx.xx' IP adresine sahip İstemci'ye benzer bir hata iletisiyle başarısız olursa sunucuya erişmesine izin verilmiyorsa hata iletisinin sonundaki sunucudaki> ip xx.xx.xx.xx <izin verilenler listesine izin ver'i seçin. Sunucu güvenlik duvarı kurallarının güncelleştirilmesini bekleyin, sonra yeniden Tamam'ı seçin.

   2. 5. adımda örnek sorguyu çalıştırdıktan sonra düzenleyiciyi temizleyin ve tablolar oluşturun.

3. Şemayı oluşturmak için aşağıdaki sorguları girin:

   1. TLOG şemasını oluşturmak için aşağıdaki sorguyu girin:

      create table TLOG_msp1_WLStore (ID DECIMAL(38) NOT NULL, TYPE DECIMAL(38) NOT NULL, HANDLE DECIMAL(38) NOT NULL, RECORD VARBINARY(MAX) NOT NULL, PRIMARY KEY (ID));
      create table TLOG_msp2_WLStore (ID DECIMAL(38) NOT NULL, TYPE DECIMAL(38) NOT NULL, HANDLE DECIMAL(38) NOT NULL, RECORD VARBINARY(MAX) NOT NULL, PRIMARY KEY (ID));
      create table TLOG_msp3_WLStore (ID DECIMAL(38) NOT NULL, TYPE DECIMAL(38) NOT NULL, HANDLE DECIMAL(38) NOT NULL, RECORD VARBINARY(MAX) NOT NULL, PRIMARY KEY (ID));
      create table TLOG_msp4_WLStore (ID DECIMAL(38) NOT NULL, TYPE DECIMAL(38) NOT NULL, HANDLE DECIMAL(38) NOT NULL, RECORD VARBINARY(MAX) NOT NULL, PRIMARY KEY (ID));
      create table TLOG_msp5_WLStore (ID DECIMAL(38) NOT NULL, TYPE DECIMAL(38) NOT NULL, HANDLE DECIMAL(38) NOT NULL, RECORD VARBINARY(MAX) NOT NULL, PRIMARY KEY (ID));
      create table wl_servlet_sessions (wl_id VARCHAR(100) NOT NULL, wl_context_path VARCHAR(100) NOT NULL, wl_is_new CHAR(1), wl_create_time DECIMAL(20), wl_is_valid CHAR(1), wl_session_values VARBINARY(MAX), wl_access_time DECIMAL(20), wl_max_inactive_interval INTEGER, PRIMARY KEY (wl_id, wl_context_path));
      

      Başarılı bir çalıştırmadan sonra iletisini Query succeeded: Affected rows: 0görmeniz gerekir.

      Bu veritabanı tabloları, WLS kümelerinizin ve uygulamanızın işlem günlüğünü (TLOG) ve oturum verilerini depolamak için kullanılır. Daha fazla bilgi için bkz . JDBC TLOG Deposu Kullanma ve Kalıcı Depolama için Veritabanı Kullanma (JDBC Kalıcılığı).

   2. Örnek uygulamanın şemasını oluşturmak için aşağıdaki sorguyu girin:

      CREATE TABLE COFFEE (ID NUMERIC(19) NOT NULL, NAME VARCHAR(255) NULL, PRICE FLOAT(32) NULL, PRIMARY KEY (ID));
      CREATE TABLE SEQUENCE (SEQ_NAME VARCHAR(50) NOT NULL, SEQ_COUNT NUMERIC(28) NULL, PRIMARY KEY (SEQ_NAME));
      

      Başarılı bir çalıştırmadan sonra iletisini Query succeeded: Affected rows: 0görmeniz gerekir.

Artık "Hızlı Başlangıç: Tek bir veritabanı oluşturma - Azure SQL Veritabanı" makalesini tamamladınız.

Ardından, Azure SQL Veritabanı için yük devretme grubu yapılandırma bölümünde yer alan Azure portalı adımlarını izleyerek Azure SQL Veritabanı bir yük devretme grubu oluşturun. Yalnızca şu bölümlere ihtiyacınız vardır: Yük devretme grubu oluşturma ve Planlı yük devretmeyi test edin. Makalede ilerlerken aşağıdaki adımları kullanın, ardından Azure SQL Veritabanı yük devretme grubunu oluşturup yapılandırdıktan sonra bu makaleye dönün:

1. Yük devretme grubu oluşturma bölümüne ulaştığınızda aşağıdaki adımları kullanın:

   1. Yük devretme grubunu oluşturmak için 5. adımda yeni bir ikincil sunucu oluşturma seçeneğini belirleyin ve aşağıdaki adımları kullanın:
      1. Yük devretme grubu adını girin ve bir kenara kaydedin; örneğin, yük devretme grubuadı-ejb120623.
      2. Benzersiz sunucu adını girin ve bir kenara kaydedin; örneğin, sqlserversecondary-ejb120623.
      3. Birincil sunucunuzla aynı sunucu yöneticisini ve parolasını girin.
      4. Konum için, birincil veritabanı için kullandığınız bölgeden farklı bir bölge seçin.
      5. Azure hizmetlerinin sunucuya erişmesine izin ver'in seçili olduğundan emin olun.
   2. Grup içindeki Veritabanlarını yapılandırmak için 5. adımda, birincil sunucuda oluşturduğunuz veritabanını (örneğin, mySampleDatabase) seçin.

2. Planlı yük devretmeyi test et bölümündeki tüm adımları tamamladıktan sonra yük devretme grubu sayfasını açık tutun ve daha sonra WLS kümelerinin yük devretme testi için kullanın.

Yük devretme grubu için JDBC bağlantı dizesi ve veritabanı yöneticisi kullanıcı adını alma

Aşağıdaki adımlar sizi yük devretme grubundaki veritabanı için JDBC bağlantı dizesi ve veritabanı kullanıcı adını almaya yönlendirir. Bu değerler, birincil veritabanı için karşılık gelen değerlerden farklıdır.

1. Azure portalında, birincil veritabanını dağıtdığınız kaynak grubunu bulun.

2. Kaynak listesinde SQL veritabanı türündeki birincil veritabanını seçin.

3. Ayarlar'ın altında Bağlantı dizeleri'ni seçin.

4. JDBC'yi seçin.

5. JDBC (SQL kimlik doğrulaması) altındaki metin alanında kopyalama simgesini seçerek JDBC bağlantı dizesi değerini panoya yerleştirin.

6. Bir metin düzenleyicisinde değeri yapıştırın. Başka bir adımda düzenleyebilirsiniz.

7. Kaynak grubuna dönün.

8. Önceki adımlarda az önce baktığınız veritabanını içeren SQL Server türündeki kaynağı seçin.

9. Veri yönetimi altında Yük devretme grupları'nı seçin.

10. Sayfanın ortasındaki tabloda yük devretme grubunu seçin.

11. Okuma/yazma dinleyicisi uç noktasının altındaki metin alanında, JDBC bağlantı dizesi değerini panoya yerleştirmek için kopyala simgesini seçin.

12. Değeri metin düzenleyicinizde yeni bir satıra yapıştırın. Metin düzenleyicinizin artık aşağıdaki örneğe benzer satırları olmalıdır:

    jdbc:sqlserver://ejb010307db.database.windows.net:1433;database=ejb010307db;user=azureuser@ejb010307db;password={your_password_here};encrypt=true;trustServerCertificate=false;hostNameInCertificate=*.database.windows.net;loginTimeout=30;
    ejb010307failover.database.windows.net
    

13. Aşağıdaki değişiklikleri kullanarak yeni bir satır oluşturun:

    1. İlk satırın tamamını kopyalayın.

    2. Okuma/yazma dinleyicisi uç noktası satırından ana bilgisayar adını kullanmak için URL'nin ana bilgisayar adı bölümünü değiştirin.

    3. için databaseçiftten name=value sonraki her şeyi kaldırın. Başka bir deyişle, hemen sonrasında database=ejb010307dbve ; dahil olmak üzere her şeyi kaldırın.

       İşiniz bittiğinde dize aşağıdaki örneğe benzer görünmelidir:

       jdbc:sqlserver://ejb010307failover.database.windows.net:1433;database=ejb010307db
       

       Bu değer JDBC bağlantı dizesi.

14. Aynı metin düzenleyicisinde, özgün JDBC bağlantı dizesi parametresinin user değerini alarak ve veritabanı adını Okuma/yazma dinleyicisi uç noktası satırının ilk bölümüyle değiştirerek veritabanı kullanıcı adını türetin. Önceki örnekten devam edersek, değeri olacaktır azureuser@ejb010307failover. Bu değer, veritabanı yöneticisi kullanıcı adıdır.

AKS'de birincil WLS kümelerini ayarlama ve yapılandırma

Bu bölümde AKS üzerinde Oracle WebLogic Server teklifini kullanarak AKS üzerinde bir WLS kümesi oluşturacaksınız. Doğu ABD'deki küme birincil kümedir ve etkin küme olarak yapılandırılır.

Örnek uygulama hazırlama

Bu bölümde, daha sonra yük devretme testi için WLS kümelerinde dağıtıp çalıştırdığınız örnek bir CRUD Java/JakartaEE uygulamasını derleyip paketleyeceksiniz.

Uygulama, HTTP oturum verilerini depolamak için WebLogic Server JDBC oturum kalıcılığını kullanır. Veri kaynağı jdbc/WebLogicCafeDB , bir WebLogic Servers kümesinde yük devretme ve yük dengelemeyi etkinleştirmek için oturum verilerini depolar. Uygulama verilerini coffee aynı veri kaynağında kalıcı hale getirmek için bir kalıcılık şeması yapılandırıyorjdbc/WebLogicCafeDB.

Örneği derlemek ve paketlemek için aşağıdaki adımları kullanın:

1. Örnek depoyu kopyalamak için aşağıdaki komutları kullanın ve bu makaleye karşılık gelen etiketi gözden geçirin:

   git clone https://github.com/Azure-Samples/azure-cafe.git
   cd azure-cafe
   git checkout 20231206
   

   hakkında Detached HEADbir ileti görürseniz yoksayabilirsiniz.

2. Örnek dizine gitmek ve ardından örneği derleyip paketlemek için aşağıdaki komutları kullanın:

   cd weblogic-cafe
   mvn clean package
   

Paket başarıyla oluşturulduğunda, bunu <parent-path-to-your-local-clone>/azure-café/weblogic-café/target/weblogic-café.war adresinde bulabilirsiniz. Paketi görmüyorsanız devam etmeden önce sorunu gidermeniz ve çözmeniz gerekir.

Örnek uygulamayı tutmak için depolama hesabı ve depolama kapsayıcısı oluşturma

Depolama hesabı ve kapsayıcı oluşturmak için aşağıdaki adımları kullanın. Bu adımlardan bazıları sizi diğer kılavuzlara yönlendirir. Adımları tamamladıktan sonra, WLS'de dağıtmak üzere örnek bir uygulamayı karşıya yükleyebilirsiniz.

1. Azure Portal’ında oturum açın.

2. Depolama hesabı oluşturma bölümünde yer alan adımları izleyerek bir depolama hesabı oluşturun. Makaledeki değerler için aşağıdaki özelleştirmeleri kullanın:

   • Depolama hesabı için yeni bir kaynak grubu oluşturun.
   • Bölge için Doğu ABD'yi seçin.
   • Depolama hesabı adı için kaynak grubu adıyla aynı değeri kullanın.
   • Performans alanında Standart’ı seçin.
   • Yedeklilik için Yerel olarak yedekli depolama (LRS) seçeneğini belirleyin.
   • Kalan sekmelerde özelleştirme gerekmez.

3. Hesabı doğrulamaya ve oluşturmaya devam edin, ardından bu makaleye dönün.

4. Hızlı Başlangıç' ın Kapsayıcı oluşturma bölümündeki adımları izleyerek hesap içinde bir depolama kapsayıcısı oluşturun: Azure portalı ile blobları karşıya yükleme, indirme ve listeleme.

5. Aynı makaleyi kullanarak, Blok blobu yükleme bölümündeki adımları izleyerek daha önce oluşturduğunuz azure-café/weblogic-café/target/weblogic-café.war paketini karşıya yükleyin. Ardından bu makaleye dönün.

AKS üzerinde WLS dağıtma

AKS'de WLS dağıtmak için aşağıdaki adımları kullanın:

1. Tarayıcınızda AKS üzerinde Oracle WebLogic Server teklifini açın ve Oluştur'u seçin. Teklifin Temel Bilgiler bölmesini görmeniz gerekir.

   

2. Temel Bilgiler bölmesini doldurmak için aşağıdaki adımları kullanın:

   1. Abonelik için gösterilen değerin, önkoşullar bölümünde listelenen rollere sahip değerle aynı olduğundan emin olun.

   2. Teklifi boş bir kaynak grubuna dağıtmanız gerekir. Kaynak grubu alanında Yeni oluştur'u seçin ve kaynak grubu için benzersiz bir değer (örneğin, wlsaks-eastus-20240109) doldurun.

   3. Örnek ayrıntıları'nın altında Bölge için Doğu ABD'yi seçin.

   4. Kimlik Bilgileri WebLogic altında, sırasıyla WebLogic Administrator ve WebLogic Model şifrelemesi için bir parola sağlayın. WebLogic Yöneticisi için kullanıcı adını ve parolayı bir kenara kaydedin.

   5. İsteğe Bağlı Temel Yapılandırma'nın altında, İsteğe bağlı yapılandırma için varsayılanları kabul et? için Hayır'ı seçin. İsteğe bağlı yapılandırma gösterilir.

      

   6. Yönetilen Sunucu'ya yönelik Ad ön eki için doldurunmsp. WLS TLOG tablosunu daha sonra ön ek TLOG_${serverName}_ ile yapılandırırsınız. Bu makalede, adlı TLOG_msp${index}_WLStoreTLOG tablosu oluşturulur. Farklı bir yönetilen sunucu adı ön eki istiyorsanız, değerin Microsoft SQL Server Tablo Adlandırma Kuralları ve gerçek tablo adları ile eşleştiğinden emin olun.

   7. Diğer alanlar için varsayılan değerleri değiştirmeyin.

3. AKS bölmesine gitmek için İleri'yi seçin.

4. Görüntü seçimi'nin altında aşağıdaki bilgileri sağlayın:

   • Oracle Çoklu Oturum Açma kimlik doğrulaması kullanıcı adı için önkoşullardan Oracle SSO kullanıcı adınızı girin.
   • Oracle Çoklu Oturum Açma kimlik doğrulaması parolası için önkoşullardan Oracle SSO kimlik bilgilerinizi doldurun.

   

5. Uygulama'nın altında aşağıdaki adımları kullanın:

   1. Uygulama bölümünde, Uygulama dağıtın mı? seçeneğinin yanındaki Evet'i seçin.
   2. Uygulama paketi (.war,.ear,.jar) öğesinin yanındaki Gözat'ı seçin.
   3. Önceki bölümde yer alan depolama hesabının adını yazmaya başlayın. İstenen depolama hesabı göründüğünde seçin.
   4. Önceki bölümden depolama kapsayıcısını seçin.
   5. Önceki bölümde yüklediğiniz weblogic-café.war öğesinin yanındaki onay kutusunu seçin. Seç'i seçin.
   6. Diğer alanlar için varsayılan değerleri değiştirmeyin.

   

6. İleri'yi seçin.

7. TLS/SSL Yapılandırması bölmesinde varsayılan değerleri bırakın ve ardından Yük Dengeleme bölmesine gitmek için İleri'yi seçin.

   

8. Yük Dengeleme bölmesinde, Yönetim Konsolu için giriş oluştur'un yanında. /console* yoluna sahip bir uygulama olmadığından emin olun; bunun Yönetim Konsolu yolu ile çakışmaya neden olduğundan emin olun, Evet'i seçin.

9. Diğer alanlar için varsayılan değerleri bırakın ve İleri'yi seçin

10. VARSAYıLAN değerleri DNS bölmesinde bırakın ve Veritabanı bölmesine gitmek için İleri'yi seçin.

    

11. Veritabanı bölmesine aşağıdaki değerleri girin:

    • Veritabanına bağlanın mı? için Evet'i seçin.
    • Veritabanı türünü seçin için Microsoft SQL Server (Parolasız bağlantıyı destekler) öğesini seçin.
    • JNDI Adı için jdbc/WebLogicCafeDB girin.
    • DataSource Bağlantı Dizesi için, JDBC bağlantı dizesi için kaydettiğiniz değeri yük devretme grubu için JDBC bağlantı dizesi ve veritabanı yöneticisi kullanıcı adını alma bölümüne yapıştırın.
    • Genel işlem protokolü için Yok'a tıklayın.
    • Veritabanı kullanıcı adı için, veritabanı yöneticisi kullanıcı adı için kaydettiğiniz değeri Yük devretme grubu için JDBC bağlantı dizesi ve veritabanı yöneticisi kullanıcı adını alma bölümüne yapıştırın.
    • Daha önce Veritabanı Parolası için ayırdığınız veritabanı sunucusu yöneticisi oturum açma parolasını girin. Parolayı onayla için aynı değeri girin.
    • Diğer alanlar için varsayılan değerleri değiştirmeyin.

12. Gözden geçir ve oluştur’u seçin.

13. Son doğrulamayı çalıştırılıyor... başarıyla tamamlanana kadar bekleyin, ardından Oluştur'u seçin. Bir süre sonra, Dağıtım işleminin devam ettiği Dağıtım sayfasının görüntülendiğini görmeniz gerekir.

Seçtiğiniz bölgedeki ağ koşullarına ve diğer etkinliklere bağlı olarak dağıtımın tamamlanması 70 dakika kadar sürebilir. Bundan sonra dağıtım sayfasında Dağıtımınız tamamlandı metnini görmeniz gerekir.

TLOG verilerinin depolanmasını yapılandırma

Bu bölümde, WLS görüntü modelini ile ConfigMapgeçersiz kılarak TLOG verilerinin depolanmasını yapılandıracaksınız. hakkında ConfigMapdaha fazla bilgi için bkz . WebLogic Deploy Tooling model ConfigMap.

Bu bölüm, Azure CLI ve kubectl yüklü bir Bash terminali gerektirir. TLOG verilerinin depolanması için gerekli YAML'yi türetmek ve yapılandırmak için aşağıdaki adımları kullanın:

1. AKS kümenize bağlanmak için aşağıdaki adımları kullanın:

   1. Azure portalını açın ve AKS'de WLS Dağıtma bölümünde sağladığınız kaynak grubuna gidin.
   2. Kaynak listesinden AKS kümesini seçin ve ardından AKS kümesine bağlanmak için Bağlan'ı seçin.
   3. Azure CLI'yı seçin ve yerel terminalinizde AKS kümesine bağlanma adımlarını izleyin.

2. Girişi WLS görüntü modeli YAML'den almak topology: için aşağıdaki adımları kullanın:

   1. Azure portalını açın ve AKS'de WLS Dağıtma bölümünde sağladığınız kaynak grubuna gidin.
   2. Ayarlar>Dağıtımları'nı seçin. Adı oracle.20210620-wls-on-aks ile başlayan ilk dağıtımı seçin.
   3. Çıkışlar’ı seçin. shellCmdtoOutputWlsImageModelYaml değerini panoya kopyalayın. değeri, model dosyasının base64 dizesini çözen ve içeriği model.yaml adlı bir dosyaya kaydeden bir kabuk komutudur.
   4. Değeri Bash terminalinize yapıştırın ve komutunu çalıştırarak model.yaml dosyasını üretin.
   5. En üst düzey topology: girdi dışındaki tüm içeriği kaldırmak için dosyayı düzenleyin. Dosyanızda dışında topology:üst düzey girdiler olmamalıdır.
   6. Dosyayı kaydedin.

3. WLS etki alanı modeli YAML'den ad ve ad alanı adını almak ConfigMap için aşağıdaki adımları kullanın:

   1. Azure portalını açın ve AKS'de WLS Dağıtma bölümünde sağlanan kaynak grubuna gidin.

   2. Ayarlar>Dağıtımları'nı seçin. Adı oracle.20210620-wls-on-aks ile başlayan ilk dağıtımı seçin.

   3. Çıkışlar’ı seçin. shellCmdtoOutputWlsDomainYaml değerini panoya kopyalayın. değeri, model dosyasının base64 dizesinin kodunu çözmek ve içeriği model.yaml dosyasına kaydetmek için bir kabuk komutudur.

   4. Değeri terminalinize yapıştırdığınızda domain.yaml adlı bir dosya alırsınız.

   5. domain.yaml Aşağıdaki değerleri arayın.

      • spec.configuration.model.configMap. Varsayılan değerleri kabul ettiyseniz, bu değer olur sample-domain1-wdt-config-map.
      • metadata.namespace. Varsayılan değerleri kabul ettiyseniz, bu değer olur sample-domain1-ns.

      Kolaylık olması için aşağıdaki komutu kullanarak bu değerleri kabuk değişkenleri olarak kaydedebilirsiniz:

      export CONFIG_MAP_NAME=sample-domain1-wdt-config-map
      export WLS_NS=sample-domain1-ns
      

4. YAML'yi almak ConfigMap için aşağıdaki komutu kullanın:

   kubectl get configmap ${CONFIG_MAP_NAME} -n ${WLS_NS} -o yaml > configMap.yaml
   

5. tlog-db-model.yaml dosyasını oluşturmak için aşağıdaki adımları kullanın:

   1. Metin düzenleyicisinde tlog-db-model.yaml adlı boş bir dosya oluşturun.

   2. model.yaml dosyasının içeriğini ekleyin, boş bir satır ekleyin ve ardından configMap.yaml dosyanızın içeriğini ekleyin.

6. tlog-db-model.yaml dosyanızda ile ListenPort: 8001biten satırı bulun. Aşağıdaki örnekte gösterildiği gibi, TransactionLogJDBCStore tam olarak altında ListenPort olan ve aşağıdaki kod parçacığındaki kalan satırların girintisini ikiye ayırarak bu metni aşağıdaki satıra ekleyin:

   TransactionLogJDBCStore:
     Enabled: true
     DataSource: jdbc/WebLogicCafeDB
     PrefixName: TLOG_${serverName}_
   

   Tamamlanan tlog-db-model.yaml aşağıdaki örneğe çok yakın görünmelidir:

   topology:
     Name: "@@ENV:CUSTOM_DOMAIN_NAME@@"
     ProductionModeEnabled: true
     AdminServerName: "admin-server"
     Cluster:
       "cluster-1":
         DynamicServers:
           ServerTemplate: "cluster-1-template"
           ServerNamePrefix: "@@ENV:MANAGED_SERVER_PREFIX@@"
           DynamicClusterSize: "@@PROP:CLUSTER_SIZE@@"
           MaxDynamicClusterSize: "@@PROP:CLUSTER_SIZE@@"
           MinDynamicClusterSize: "0"
           CalculatedListenPorts: false
     Server:
       "admin-server":
         ListenPort: 7001
     ServerTemplate:
       "cluster-1-template":
         Cluster: "cluster-1"
         ListenPort: 8001
         TransactionLogJDBCStore:
           Enabled: true
           DataSource: jdbc/WebLogicCafeDB
           PrefixName: TLOG_${serverName}_
     SecurityConfiguration:
       NodeManagerUsername: "@@SECRET:__weblogic-credentials__:username@@"
       NodeManagerPasswordEncrypted: "@@SECRET:__weblogic-credentials__:password@@"
   
   resources:
     JDBCSystemResource:
       jdbc/WebLogicCafeDB:
         Target: 'cluster-1'
         JdbcResource:
           JDBCDataSourceParams:
             JNDIName: [
               jdbc/WebLogicCafeDB
             ]
             GlobalTransactionsProtocol: None
           JDBCDriverParams:
             DriverName: com.microsoft.sqlserver.jdbc.SQLServerDriver
             URL: '@@SECRET:ds-secret-sqlserver-1709938597:url@@'
             PasswordEncrypted: '@@SECRET:ds-secret-sqlserver-1709938597:password@@'
             Properties:
               user:
                 Value: '@@SECRET:ds-secret-sqlserver-1709938597:user@@'
           JDBCConnectionPoolParams:
               TestTableName: SQL SELECT 1
               TestConnectionsOnReserve: true
   

7. WLS modelini ile ConfigMapgeçersiz kılın. WLS modelini geçersiz kılmak için mevcut ConfigMap olanı yeni modelle değiştirin. Daha fazla bilgi için Oracle belgelerindeki Mevcut modeli güncelleştirme bölümüne bakın. aşağıdaki komutları çalıştırarak yeniden oluşturun ConfigMap:

   export CM_NAME_FOR_MODEL=sample-domain1-wdt-config-map
   kubectl -n sample-domain1-ns delete configmap ${CM_NAME_FOR_MODEL}
   
   # replace path of tlog-db-model.yaml
   kubectl -n sample-domain1-ns create configmap ${CM_NAME_FOR_MODEL} \
     --from-file=tlog-db-model.yaml
   kubectl -n sample-domain1-ns label configmap ${CM_NAME_FOR_MODEL} \
     weblogic.domainUID=sample-domain1
   

8. Aşağıdaki komutları kullanarak WLS kümesini yeniden başlatın. Yeni modelin çalışması için sıralı bir güncelleştirmeye neden olmanız gerekir.

   export RESTART_VERSION=$(kubectl -n sample-domain1-ns get domain sample-domain1 '-o=jsonpath={.spec.restartVersion}')
   # increase restart version
   export RESTART_VERSION=$((RESTART_VERSION + 1))
   
   kubectl -n sample-domain1-ns patch domain sample-domain1 \
       --type=json \
       '-p=[{"op": "replace", "path": "/spec/restartVersion", "value": "'${RESTART_VERSION}'" }]'
   

Devam etmeden önce WLS podlarının çalıştığından emin olun. Podların durumunu izlemek için aşağıdaki komutu kullanabilirsiniz:

kubectl get pod -n sample-domain1-ns -w

Azure Backup kullanarak coğrafi yedekliliği yapılandırma

Bu bölümde, kümede yüklü olması gereken Backup uzantısını kullanarak AKS kümelerini yedeklemek için Azure Backup'ı kullanacaksınız.

Coğrafi yedekliliği yapılandırmak için aşağıdaki adımları kullanın:

1. Örnek uygulamayı barındırmak için Depolama hesabı ve depolama kapsayıcısı oluşturma bölümünde oluşturduğunuz depolama hesabında AKS yedekleme uzantısı için yeni bir depolama kapsayıcısı oluşturun.

2. AKS yedekleme uzantısını yüklemek ve kümeniz için CSI sürücülerini ve anlık görüntülerini etkinleştirmek için aşağıdaki komutları kullanın:

   #replace with your resource group name.
   export RG_NAME=wlsaks-eastus-20240109
   export AKS_NAME=$(az aks list \
       --resource-group ${RG_NAME} \
       --query "[0].name" \
       --output tsv)
   
   az aks update \
       --resource-group ${RG_NAME} \
       --name ${AKS_NAME} \
       --enable-disk-driver \
       --enable-file-driver \
       --enable-blob-driver \
       --enable-snapshot-controller --yes
   

   Sürücülerin etkinleştirilmesi yaklaşık 5 dakika sürer. Devam etmeden önce komutların hatasız tamamlandığından emin olun.

3. AKS'nin dağıtılmış olduğu kaynak grubunu açın. Kaynaklar listesinden AKS kümesini seçin.

4. AKS giriş sayfasında Ayarlar>Yükleme Uzantısını Yedekle'yi>seçin.

5. AKS Backup uzantısını yükle sayfasında İleri'yi seçin. Önceki adımlarda oluşturulan depolama hesabını ve Blob kapsayıcısını seçin. İleri'yi ve ardından Oluştur'u seçin. Bu adımın tamamlanması yaklaşık beş dakika sürer.

6. Azure portalını açın, üstteki arama çubuğunda Backup kasaları için arama yapın. Hizmetler'in altında listelendiğini görmeniz gerekir. Bu öğeyi seçin.

7. AKS Backup'ı etkinleştirmek için Azure Backup'ı kullanarak Azure Kubernetes Service'i yedekleme bölümündeki "AKS yedeklemesi sırasında kancaları kullanma" bölümünü izleyin. Aşağıdaki adımlarda belirtilen ayarlamaları yapın.

8. "Yedekleme kasası oluşturma" bölümüne ulaştığınızda aşağıdaki ayarlamaları yapın:

   • 1. adım için Bölgeler'in altında Doğu ABD'yi seçin. Yedekleme Depolama Yedekliliği'nin altında Genel Olarak Yedekli seçeneğini kullanın.

     

   • 2. adım için Bölgeler Arası Geri Yükleme'yi etkinleştirin.

9. "Yedekleme ilkesi oluşturma" bölümüne ulaştığınızda, bekletme ilkesi oluşturmanız istendiğinde aşağıdaki ayarlamaları yapın:

   1. Kasa standardının seçildiği bir bekletme kuralı ekleyin.

      

   2. Ekle'yi seçin.

10. "Yedeklemeleri yapılandırma" bölümüne ulaştığınızda aşağıdaki ayarlamaları yapın. Adım 1-5 AKS Uzantısı yüklemesi içindir. 1-5 arası adımları atlayın ve 6. adımdan başlayın.

    • 7. adım için izin hatalarıyla karşılaşırsınız. Devam etmek için İzin Ver'i seçin. İzin dağıtımı tamamlandıktan sonra hata yine de gösterildiyse Rol atamalarını yenilemek için Yeniden Doğrula'yı seçin.

      

    • 10. adım için Yedek kaynak seç'i bulun ve aşağıdaki ayarlamaları yapın:

      • Yedekleme Örneği adı için benzersiz bir ad girin.
      • Ad Alanları için WebLogic İşleci ve WebLogic Server ad alanlarını seçin. Bu makalede weblogic-operator-ns ve sample-domain1-ns değerlerini seçin.
      • Diğer seçenekler için tüm seçenekleri belirleyin. Gizli Dizileri Dahil Et'in seçili olduğundan emin olun.

      

    • 11. adım için bir rol atama hatasıyla karşılaşırsınız. Listeden veri kaynağınızı seçin ve hatayı azaltmak için Eksik roller ata'yı seçin.

      

İkincil bölgede WLS kümesini geri yüklemeye hazırlanma

Bu bölümde, WLS kümesini ikincil bölgeye geri yüklemeye hazırsınız. Burada ikincil bölge Batı ABD'dir. Geri yüklemeden önce, Batı ABD bölgesinde AKS Backup Uzantısı yüklü bir AKS kümeniz olmalıdır.

Azure Container Registry'yi coğrafi çoğaltma için yapılandırma

AKS'de WLS Dağıtma bölümünde oluşturduğunuz WLS görüntüsünü içeren coğrafi çoğaltma için Azure Container Registry'yi (ACR) yapılandırmak için aşağıdaki adımları kullanın. ACR çoğaltmasını etkinleştirmek için Premium fiyatlandırma planına yükseltmeniz gerekir. Daha fazla bilgi için bkz . Azure Container Registry'de coğrafi çoğaltma.

1. AKS'de WLS Dağıtma bölümünde sağladığınız kaynak grubunu açın. Kaynak listesinden adı wlsaksacr ile başlayan ACR'yi seçin.
2. ACR giriş sayfasında Ayarlar>Özellikleri'ni seçin. Fiyatlandırma planı için Premium'a ve ardından Kaydet'e tıklayın.
3. Gezinti bölmesinde Hizmetler>Coğrafi çoğaltmalar'ı seçin. Sayfaya çoğaltma bölgesi eklemek için Ekle'yi seçin.
4. Çoğaltma oluştur sayfasında Konum için Batı ABD'yi ve ardından Oluştur'u seçin.

Dağıtım tamamlandıktan sonra coğrafi çoğaltma için ACR etkinleştirilir.

İkincil bölgede depolama hesabı oluşturma

AKS Yedekleme Uzantısı'nı etkinleştirmek için aynı bölgede boş bir kapsayıcı içeren bir depolama hesabı sağlamanız gerekir.

Bölgeler arası yedeklemeyi geri yüklemek için yedekleme verilerinin nemlendiği bir hazırlama konumu sağlamanız gerekir. Bu hazırlama konumu, geri yükleme için hedef kümeyle aynı bölge ve abonelik içinde bir kaynak grubu ve depolama hesabı içerir.

Depolama hesabı ve kapsayıcı oluşturmak için aşağıdaki adımları kullanın. Bu adımlardan bazıları sizi diğer kılavuzlara yönlendirir.

1. Azure Portal’ında oturum açın.
2. Depolama hesabı oluşturma bölümünde yer alan adımları izleyerek bir depolama hesabı oluşturun. Makaledeki tüm adımları gerçekleştirmeniz gerekmez. Temel Bilgiler bölmesinde gösterilen alanları doldurun. Bölge olarak Batı ABD'yi ve ardından Gözden Geçir + oluştur'u seçerek varsayılan seçenekleri kabul edin. Hesabı doğrulamaya ve oluşturmaya devam edin, ardından bu makaleye dönün.
3. Hızlı Başlangıç' ın Kapsayıcı oluşturma bölümündeki adımları izleyerek AKS Backup Uzantısı için bir depolama kapsayıcısı oluşturun: Azure portalı ile blobları karşıya yükleme, indirme ve listeleme.
4. Geri yükleme sırasında kullanmak üzere hazırlama konumu olarak bir depolama kapsayıcısı oluşturun.

İkincil bölgede AKS kümesi hazırlama

Aşağıdaki bölümlerde, ikincil bölgede AKS kümesinin nasıl oluşturulacağı gösterilmektedir.

Yeni AKS kümesi oluşturma

Bu makalede Application Gateway Giriş Denetleyicisi kullanılarak bir WLS uygulaması kullanıma sunun. Bu bölümde, Batı ABD bölgesinde yeni bir AKS kümesi oluşturacaksınız. Ardından yeni bir uygulama ağ geçidi örneğiyle giriş denetleyicisi eklentisini etkinleştirirsiniz. Daha fazla bilgi için bkz . Yeni bir uygulama ağ geçidi örneğiyle yeni bir AKS kümesi için giriş denetleyicisi eklentisini etkinleştirme.

AKS kümesini oluşturmak için aşağıdaki adımları kullanın:

1. İkincil bölgede bir kaynak grubu oluşturmak için aşağıdaki komutları kullanın:

   export RG_NAME_WESTUS=wlsaks-westus-20240109
   
   az group create --name ${RG_NAME_WESTUS} --location westus
   

2. Eklenti etkin bir AKS kümesi dağıtmak için aşağıdaki komutları kullanın:

   export AKS_NAME_WESTUS=${RG_NAME_WESTUS}aks
   export GATEWAY_NAME_WESTUS=${RG_NAME_WESTUS}gw
   
   az aks create \
       --resource-group ${RG_NAME_WESTUS} \
       --name ${AKS_NAME_WESTUS} \
       --network-plugin azure \
       --enable-managed-identity \
       --enable-addons ingress-appgw \
       --appgw-name ${GATEWAY_NAME_WESTUS} \
       --appgw-subnet-cidr "10.225.0.0/16" \
       --generate-ssh-keys
   

   Bu komut, AKS düğümü kaynak grubunda adıyla ${RG_NAME_WESTUS}gw otomatik olarak bir Standard_v2 SKU uygulama ağ geçidi örneği oluşturur. Düğüm kaynak grubu varsayılan olarak adlandırılır MC_resource-group-name_cluster-name_location .

   Not

   AKS'de WLS Dağıtma bölümünde sağladığınız AKS kümesi, Doğu ABD bölgesindeki üç kullanılabilirlik alanında çalışır. Kullanılabilirlik alanları Batı ABD bölgesinde desteklenmez. Batı ABD'deki AKS kümesi alanlar arası yedekli değildir. Üretim ortamınız alanlar arası yedeklilik gerektiriyorsa, eşleştirilmiş bölgenizin kullanılabilirlik alanlarını desteklediğinden emin olun. Daha fazla bilgi için kullanılabilirlik alanlarını kullanan bir Azure Kubernetes Service (AKS) kümesi oluşturma bölümünün AKS kümeleri için kullanılabilirlik alanlarına genel bakış bölümüne bakın.

3. Uygulama ağ geçidi örneğinin genel IP adresini almak için aşağıdaki komutları kullanın. Bu makalenin devamında kullandığınız IP adresini bir kenara kaydedin.

   export APPGW_ID=$(az aks show \
       --resource-group ${RG_NAME_WESTUS} \
       --name ${AKS_NAME_WESTUS} \
       --query 'addonProfiles.ingressApplicationGateway.config.effectiveApplicationGatewayId' \
       --output tsv)
   echo ${APPGW_ID}
   export APPGW_IP_ID=$(az network application-gateway show \
       --id ${APPGW_ID} \
       --query frontendIPConfigurations\[0\].publicIPAddress.id \
       --output tsv)
   echo ${APPGW_IP_ID}
   export APPGW_IP_ADDRESS=$(az network public-ip show \
       --id ${APPGW_IP_ID} \
       --query ipAddress \
       --output tsv)
   echo "App Gateway pubilc IP address: ${APPGW_IP_ADDRESS}"
   

4. Genel IP adresi kaynağına bir etki alanı adı hizmeti (DNS) ad etiketi eklemek için aşağıdaki komutu kullanın. değerini uygun bir değerle değiştirin <your-chosen-DNS-name> . Örneğin, ejb010316.

   az network public-ip update --ids ${APPGW_IP_ID} --dns-name <your-chosen-DNS-name>
   

5. ile az network public-ip showgenel IP'nin tam etki alanı adını (FQDN) de kontrol edebilirsiniz. Aşağıdaki örnekte DNS etiketine ejb010316sahip bir FQDN gösterilmektedir:

   az network public-ip show \
       --id ${APPGW_IP_ID} \
       --query dnsSettings.fqdn \
       --output tsv
   

   Bu komut aşağıdaki örneğe benzer bir çıktı oluşturur:

   ejb010316.westus.cloudapp.azure.com
   

AKS Yedekleme Uzantısını Etkinleştirme

Devam etmeden önce, aks yedekleme uzantısını ikincil bölgedeki kümeye yüklemek için aşağıdaki adımları kullanın:

1. Batı ABD bölgesindeki AKS kümesine bağlanmak için aşağıdaki komutu kullanın:

   az aks get-credentials \
       --resource-group ${RG_NAME_WESTUS} \
       --name ${AKS_NAME_WESTUS}
   

2. Kümeniz için CSI sürücülerini ve anlık görüntülerini etkinleştirmek için aşağıdaki komutu kullanın:

   az aks update \
       --resource-group ${RG_NAME_WESTUS} \
       --name ${AKS_NAME_WESTUS} \
       --enable-disk-driver \
       --enable-file-driver \
       --enable-blob-driver \
       --enable-snapshot-controller --yes
   

3. AKS'nin dağıtılmış olduğu kaynak grubunu açın. Kaynaklar listesinden AKS kümesini seçin.

4. AKS giriş sayfasında Ayarlar>Yükleme Uzantısını Yedekle'yi>seçin.

5. AKS Backup uzantısını yükle sayfasında İleri'yi seçin. Önceki adımlarda oluşturulan depolama hesabını ve Blob kapsayıcısını seçin. İleri'yi ve ardından Oluştur'u seçin. Bu adımın tamamlanması yaklaşık beş dakika sürer.

Kasa standardı yedeklemenin gerçekleşmesini bekleyin

AKS'de, Kasa standart Katmanı Coğrafi yedekliliği ve Bölgeler Arası Geri Yüklemeyi destekleyen tek katmandır. AKS yedeklemesi hangi yedekleme depolama katmanını destekler? bölümünde belirtildiği gibi, "Günde yalnızca bir zamanlanmış kurtarma noktası Kasa Katmanı'na taşınır." Kasa standardı yedeklemenin gerçekleşmesini beklemeniz gerekir. İyi bir alt sınır, devam etmeden önce önceki adımı tamamladıktan sonra 24 saat beklemektir.

Birincil kümeyi durdurma

Birincil WLS kümesi ve ikincil WLS kümesi aynı TLOG veritabanıyla yapılandırılır. Veritabanına aynı anda yalnızca bir küme sahip olabilir. İkincil kümenin düzgün çalıştığından emin olmak için birincil WLS kümesini durdurun. Bu makalede, aşağıdaki adımları kullanarak AKS kümesini durdurarak WLS kümesini devre dışı bırakın:

1. Azure portalını açın ve AKS'de WLS Dağıtma bölümünde sağladığınız kaynak grubuna gidin.
2. Kaynak grubunda listelenen AKS kümesini açın.
3. AKS kümesini durdurmak için Durdur'u seçin. Devam etmeden önce dağıtımın tamamlandığından emin olun.

WLS kümesini geri yükleme

AKS yedeklemesi hem İşlem Katmanı hem de Kasa Katmanı yedeklemelerini destekler. Yalnızca Kasa Katmanında depolanan yedeklemeler, farklı bir bölgedeki (Azure Eşleştirilmiş Bölge) bir kümeye geri yükleme yapmak için kullanılabilir. Yedekleme ilkesinde ayarlanan bekletme kurallarına göre, bir günün ilk başarılı yedeklemesi blob kapsayıcısının bölgeler arası bölgesine taşınır. Daha fazla bilgi için Azure Kubernetes Service yedeklemesi nedir? bölümünün AKS yedeklemesi hangi yedekleme depolama katmanını destekler? bölümüne bakın.

Azure Backup kullanarak coğrafi yedekliliği yapılandırma bölümünde coğrafi yedekliliği yapılandırdıktan sonra, Kasa Katmanı yedeklemelerinin geri yükleme için kullanılabilir duruma gelmesi en az bir gün sürer.

WLS kümesini geri yüklemek için aşağıdaki adımları kullanın:

1. Azure portalını açın ve Yedekleme merkezini arayın. Hizmetler'in altında Yedekleme merkezi'ne tıklayın.

2. Yönet'in altında Örnekleri yedekle'yi seçin. Önceki bölümde oluşturduğunuz yedekleme örneğini bulmak için Kubernetes Services veri kaynağı türüne göre filtreleyin.

3. Geri yükleme noktaları listesini görmek için yedekleme örneğini seçin. Bu makalede örnek adı, benzeri wlsonaks*\wlsaksinstance20240109bir dizedir.

   

4. En son Operasyonel ve Kasa standart yedeklemesini ve ardından Diğer seçenekler'i seçin. Geri yükleme işlemini başlatmak için Geri Yükle'yi seçin.

5. Geri Yükle sayfasında, varsayılan bölme Geri Yükleme noktası'dır. Temel Bilgiler bölmesine geçmek için Önceki'ni seçin. Bölgeyi Geri Yükle için İkincil Bölge'yi ve ardından İleri: Geri yükleme noktası'yı seçin.

   

6. Geri yükleme noktası bölmesinde, Geri yükleneceği katmanı seçin için Kasa Deposu'na ve ardından İleri:Parametreleri geri yükle'ye tıklayın.

   

7. Parametreleri geri yükle bölmesinde aşağıdaki adımları kullanın:

   1. Hedef küme seç için Batı ABD bölgesinde oluşturduğunuz AKS kümesini seçin. Aşağıdaki ekran görüntüsünde gösterildiği gibi bir izin sorunuyla karşılaşırsınız. Hataları azaltmak için İzin Ver'i seçin.

   2. Yedekleme Hazırlama Konumu için Batı ABD'de oluşturduğunuz Depolama Hesabını seçin. Aşağıdaki ekran görüntüsünde gösterildiği gibi bir izin sorunuyla karşılaşırsınız. Hataları azaltmak için Eksik rolleri ata'yı seçin.

   3. Rol atamaları tamamlandıktan sonra hatalar yine de oluşuyorsa, izinleri yenilemek için Yeniden Doğrula'yı seçin.

      

   4. Eksik izinler verildiğinde, kapsam belirtmeniz istenirse varsayılan değeri kabul edin.

   5. Doğrula'yı seçin. Doğrulama başarıyla tamamlandı iletisini görmeniz gerekir. Aksi takdirde devam etmeden önce sorunu giderin ve çözün.

8. İleri:Gözden geçir + geri yükle'yi ve ardından Geri Yükle'yi seçin. WLS kümesinin geri yüklenmesi yaklaşık 10 dakika sürer.

9. Geri yükleme işlemini aşağıdaki ekran görüntüsünde gösterildiği gibi Yedekleme merkezi>İzleme + Yedekleme işlerini raporlama>bölümünden izleyebilirsiniz:

   

10. En son ilerleme durumunu görmek için Yenile'yi seçin.

11. İşlem hatasız tamamlandıktan sonra yedekleme AKS kümesini durdurun. Bunun yapılmaması, sonraki adımlarda TLOG veritabanına eriştiğinizde sahiplik çakışmalarına neden olur.

12. Birincil kümeyi başlatın.

Azure Traffic Manager ayarlama

Bu bölümde, trafiği genel Kullanıma yönelik uygulamalarınıza genel Azure bölgeleri arasında dağıtmak için bir Azure Traffic Manager oluşturacaksınız. Birincil uç nokta birincil WLS kümesindeki Azure Uygulaması Lication Gateway'i, ikincil uç nokta ise ikincil WLS kümesindeki Azure Uygulaması lication Gateway'i işaret eder.

Hızlı Başlangıç: Azure portalını kullanarak Traffic Manager profili oluşturma bölümünde yer alan adımları izleyerek bir Azure Traffic Manager profili oluşturun. "Önkoşullar" bölümünü atlayın. Yalnızca şu bölümlere ihtiyacınız vardır: Traffic Manager profili oluşturma, Traffic Manager uç noktaları ekleme ve Traffic Manager profilini test edin. Bu bölümlerde ilerlerken aşağıdaki adımları kullanın, ardından Azure Traffic Manager'ı oluşturup yapılandırdıktan sonra bu makaleye dönün:

1. Traffic Manager profili oluşturma bölümüne ulaştığınızda, 2. Adımda Traffic Manager profili oluşturma bölümünde aşağıdaki adımları kullanın:

   1. Ad için benzersiz Traffic Manager profil adını bir kenara kaydedin; örneğin, tmprofile-ejb120623.
   2. Kaynak grubu için yeni kaynak grubu adını (örneğin, myResourceGroupTM1) bir kenara kaydedin.

2. Traffic Manager uç noktaları ekleme bölümüne ulaştığınızda aşağıdaki adımları kullanın:

   1. Arama sonuçlarından profili seçin adımından sonra aşağıdaki adımları kullanın:
      1. Ayarlar bölümünde Yapılandırma‘yı seçin.
      2. DNS yaşam süresi (TTL) için 10 girin.
      3. Uç nokta izleyicisi ayarları'nın altında, Yol için /weblogic/ready girin.
      4. Hızlı uç nokta yük devretme ayarları altında aşağıdaki değerleri kullanın:
         • dahili yoklama için 10 girin.
         • Tolere edilen hata sayısı için 3 girin.
         • Yoklama zaman aşımı için 5.
      5. Kaydet'i seçin. Tamamlanana kadar bekleyin.
   2. Birincil uç noktayı myPrimaryEndpointeklemek için 4. adımda aşağıdaki adımları kullanın:
      1. Hedef kaynak türü için Genel IP adresi'ni seçin.
      2. Genel IP adresi seçin açılan listesini seçin ve daha önce kaydettiğiniz Doğu ABD WLS kümesinde dağıtılan Application Gateway'in IP adresini girin. Eşleşen bir girdi görmeniz gerekir. Genel IP adresi için seçin.
   3. MyFailoverEndpoint yük devretme/ikincil uç nokta ekleme adım 6'da aşağıdaki adımları kullanın:
      1. Hedef kaynak türü için Genel IP adresi'ni seçin.
      2. Genel IP adresi seçin açılan listesini seçin ve daha önce kaydettiğiniz Batı ABD WLS kümesinde dağıtılan Application Gateway'in IP adresini girin. Eşleşen bir girdi görmeniz gerekir. Genel IP adresi için seçin.
   4. Bir süre bekleyin. İzleyici durumu aşağıdaki durumlara ulaşana kadar Yenile'yi seçin:
      • Birincil uç nokta Çevrimiçi'dir.
      • Yük devretme uç noktası Düşürüldü.

3. Traffic Manager profilini test et bölümüne ulaştığınızda aşağıdaki adımları kullanın:

   1. Alt bölümünde DNS adını denetleyin, 3. adımda Traffic Manager profilinizin DNS adını (örneğin, http://tmprofile-ejb120623.trafficmanager.net) bir kenara kaydedin.
   2. Traffic Manager'ı iş başında görüntüle alt bölümünde aşağıdaki adımları kullanın:
      1. 1. ve 3. adımda, web tarayıcınızda Traffic Manager profilinizin DNS adına /weblogic/ready ekleyin. Örneğin, http://tmprofile-ejb120623.trafficmanager.net/weblogic/ready. Hata iletisi olmayan boş bir sayfa görmeniz gerekir.
      2. 4. adımda, ikincil küme durdurulduğu için beklenen /weblogic/ready öğesine erişemezsiniz.
      3. Birincil uç noktayı yeniden etkinleştirin.

Artık birincil uç noktada Etkin ve Çevrimiçi durumları, yük devretme uç noktasının ise Traffic Manager profilinde Etkin ve Düzeyi Düşürülmüş durumları vardır. Daha sonra uç nokta durumunu izlemek için sayfayı açık tutun.

Birincilden ikincile yük devretme testi

Yük devretmeyi test etmek için, bu bölümde birincil veritabanı sunucunuzu ve WLS kümenizi ikincil veritabanı sunucusuna ve WLS kümesine el ile devredersiniz.

Birincil küme çalışır durumda olduğundan etkin küme işlevi görür ve Traffic Manager profiliniz tarafından yönlendirilen tüm kullanıcı isteklerini işler.

Azure Traffic Manager profilinizin DNS adını tarayıcının yeni bir sekmesinde açın ve dağıtılan uygulamanın bağlam kökünü /weblogic-café ekleyin; örneğin, http://tmprofile-ejb120623.trafficmanager.net/weblogic-cafe. Adı ve fiyatı olan yeni bir kahve oluşturun; örneğin, 10 fiyatla Kahve 1. Bu girdi hem uygulama veri tablosunda hem de veritabanının oturum tablosunda kalıcı hale getirilir. Gördüğünüz kullanıcı arabirimi aşağıdaki ekran görüntüsüne benzer olmalıdır:

Kullanıcı arabiriminiz benzer görünmüyorsa devam etmeden önce sorunu giderin ve çözün.

Daha sonra yük devretme testi için kullanabilmeniz için sayfayı açık tutun.

İkincil siteye yük devretme

Birincilden ikincilye yük devretmek için aşağıdaki adımları kullanın.

İlk olarak, birincil AKS kümesini durdurmak için aşağıdaki adımları kullanın:

1. Azure portalını açın ve AKS'de WLS Dağıtma bölümünde sağlanan kaynak grubuna gidin.
2. Kaynak grubunda listelenen AKS kümesini açın.
3. AKS kümesini durdurmak için Durdur'u seçin. Devam etmeden önce dağıtımın tamamlandığından emin olun.

Ardından, birincil sunucudan ikincil sunucuya Azure SQL Veritabanı yük devretmek için aşağıdaki adımları kullanın.

1. Azure SQL Veritabanı yük devretme grubunuzun tarayıcı sekmesine geçin.
2. Yük Devretme>Evet'i seçin.
3. Tamamlanana kadar bekleyin.

Ardından, ikincil kümeyi başlatmak için aşağıdaki adımları kullanın.

1. Azure portalını açın ve ikincil bölgede AKS kümesinin yer aldığı kaynak grubuna gidin.
2. Kaynak grubunda listelenen AKS kümesini açın.
3. AKS kümesini başlatmak için Başlat'ı seçin. Devam etmeden önce dağıtımın tamamlandığından emin olun.

Son olarak, uç nokta myFailoverEndpoint Çevrimiçi duruma geldikten sonra örnek uygulamayı doğrulamak için aşağıdaki adımları kullanın:

1. Traffic Manager'ınızın tarayıcı sekmesine geçin, ardından uç noktanın myFailoverEndpoint İzleyici durum değerinin Çevrimiçi duruma girdiğini görene kadar sayfayı yenileyin.

2. Örnek uygulamanın tarayıcı sekmesine geçin ve sayfayı yenileyin. Aşağıdaki ekran görüntüsünde gösterildiği gibi uygulama veri tablosunda ve oturum tablosunun kullanıcı arabiriminde gösterildiği gibi aynı verilerin kalıcı olduğunu görmeniz gerekir:

   

   Bu davranışı gözlemlemezseniz, bunun nedeni Traffic Manager'ın DNS'yi yük devretme sitesine işaret etmek için zaman alması olabilir. Sorun, tarayıcınızın başarısız siteye işaret eden DNS ad çözümleme sonucunu önbelleğe alması da olabilir. Bir süre bekleyin ve sayfayı yeniden yenileyin.

Yük devretmeyi otomatikleştirmek için Traffic Manager ölçümleri ve Azure Otomasyonu uyarılarını kullanmayı göz önünde bulundurun. Daha fazla bilgi için Traffic Manager ölçümleri ve uyarıları'nın Traffic Manager ölçümleriyle ilgili uyarılar bölümüne bakın ve Azure Otomasyonu runbook'u tetiklerken uyarı kullanma.

Birincil siteye yeniden çalışma

Birincil siteye geri dönmek için iki kümenin yansıtma yedekleme yapılandırmasına sahip olduğundan emin olmanız gerekir. Aşağıdaki adımları kullanarak bu duruma ulaşabilirsiniz:

1. 4. adımdan başlayarak Azure Backup kullanarak coğrafi yedekliliği yapılandırma bölümündeki adımları izleyerek Batı ABD bölgesindeki AKS kümesi yedeklemelerini etkinleştirin.
2. İkincil bölgede WLS kümesini geri yüklemeye hazırlanma bölümündeki adımları izleyerek En son Kasa Katmanı yedeklemesini Doğu ABD bölgesindeki kümeye geri yükleyin. Zaten tamamladığınız adımları atlayın.
3. Veritabanı sunucusu ve küme de dahil olmak üzere birincil siteye geri dönmek için ikincil siteye yük devretme bölümündeki benzer adımları kullanın.

Kaynakları temizleme

WLS kümelerini ve diğer bileşenleri kullanmaya devam etmeyecekseniz, bu öğreticide kullanılan kaynakları temizlemek üzere kaynak gruplarını silmek için aşağıdaki adımları kullanın:

1. Azure portalının üst kısmındaki arama kutusuna Yedekleme kasaları yazın ve arama sonuçlarından yedekleme kasalarını seçin.
2. Özellikleri>Yönet>Geçici silme Güncelleştirmesi'ni> seçin. Geçici Silmeyi Etkinleştir'in yanında onay kutusunun seçimini kaldırın.
3. Yedekleme örneklerini yönet'i>seçin. Oluşturduğunuz örneği seçin ve silin.
4. Azure portalının üst kısmındaki arama kutusuna Azure SQL Veritabanı sunucuların kaynak grubu adını (örneğin, myResourceGroup) girin ve arama sonuçlarından eşleşen kaynak grubunu seçin.
5. Kaynak grubunu sil'i seçin.
6. Silme işlemini onaylamak için Kaynak grubu adını girin alanına kaynak grubu adını girin.
7. Sil'i seçin.
8. Traffic Manager'ın kaynak grubu için 4-7 arası adımları yineleyin; örneğin, myResourceGroupTM1.
9. Birincil WLS kümesinin kaynak grubu için 4-7 arası adımları yineleyin; örneğin, wls-aks-eastus-20240109.
10. İkincil WLS kümesinin kaynak grubu için 4-7 arası adımları yineleyin; örneğin, wls-aks-westus-20240109.

Sonraki adımlar

Bu öğreticide, etkin-pasif veritabanı katmanına sahip ve her iki katmanın da coğrafi olarak farklı iki siteye yayıldığı etkin-pasif uygulama altyapısı katmanından oluşan bir HA/DR çözümü ayarlarsınız. İlk sitede hem uygulama altyapısı katmanı hem de veritabanı katmanı etkindir. İkinci sitede ikincil etki alanı kapatılır ve ikincil veritabanı beklemededir.

HA/DR çözümleri derlemek ve Azure'da WLS çalıştırmak için daha fazla seçenek için aşağıdaki başvuruları keşfetmeye devam edin: