Apigee Edge 4.51.00, 4.52.00 veya 4.52.01 sürümünü 4.52.02'ye güncelleyin.

Apigee, Edge for Private Cloud'un doğrudan 4.51.00, 4.52.00 veya 4.52.01 sürümünden 4.52.02 sürümüne yükseltilmesini destekler. Bu sayfada, bu tür yükseltmelerin nasıl yapılacağı açıklanmaktadır.

Güncellemeyi kimler yapabilir?

Güncelleme işlemini çalıştıran kişi, Edge'i ilk yükleyen kişi veya root olarak çalışan bir kullanıcı olmalıdır.

Edge RPM'lerini yükledikten sonra herkes bunları yapılandırabilir.

Hangi bileşenleri güncellemeniz gerekir?

Tüm Edge bileşenlerini güncellemeniz gerekir. Edge, birden fazla sürümden bileşenler içeren bir kurulumu desteklemez.

Güncelleme ön koşulları

Apigee Edge'i yükseltmeden önce aşağıdaki ön koşulları karşıladığınızdan emin olun:

  • Tüm düğümleri yedekleyin
    Güncelleme yapmadan önce güvenlik nedeniyle tüm düğümlerin tam yedeğini almanızı öneririz. Yedekleme işlemini gerçekleştirmek için Edge'in mevcut sürümüne uygun prosedürü kullanın.

    Bu sayede, yeni sürüme güncelleme düzgün çalışmazsa yedek bir planınız olur. Yedekleme hakkında daha fazla bilgi için Yedekleme ve Geri Yükleme başlıklı makaleyi inceleyin.

  • Edge'in çalıştığından emin olun
    Şu komutu kullanarak güncelleme işlemi sırasında Edge'in çalışır durumda olduğundan emin olun: 
    /opt/apigee/apigee-service/bin/apigee-all status
  • Cassandra Sıkıştırma Stratejisi'nin LeveledCompactionStrategy olduğundan emin olun
    Mevcut sürümünüze bağlı olarak Cassandra sıkıştırma stratejisinde gerekli değişiklikleri yapın. Aşağıdaki adımları uygulayın ve ardından ana yükseltme prosedürüne dönün:

Yükseltme için dikkate alınması gereken özel adımlar

Edge for Private Cloud 4.52.02'ye yükseltmek için belirli yazılımları yükseltmeye yönelik belirli adımları uygulayabilirsiniz. Gerekli adımlar mevcut sürümünüze bağlıdır. Ek adımlar gerektiren çeşitli yazılımlar için aşağıdaki tabloya bakın ve her biri için ayrıntılı talimatları uygulayın. Gerekli görevleri tamamladıktan sonra yükseltme işlemine devam etmek için ana yükseltme prosedürüne dönün.

Mevcut sürüm 4.52.02 sürümüne yükseltmek için özel adımlar gerektiren yazılımlar
4.52.01 Cassandra
4.52.00 Zookeeper, Cassandra, Qpid
4.51.00 Zookeeper, Postgres, Cassandra, Qpid

Sürümünüze göre gerekli adımları uyguladıktan sonra devam etmek için ana yükseltme prosedürüne dönün.

Mülk ayarlarının otomatik olarak uygulanması

/opt/apigee/customer/application içindeki .properties dosyalarını düzenleyerek herhangi bir özellik ayarladıysanız bu değerler güncellemeden sonra korunur.

Zookeeper 3.8.3'e yükseltme

Edge for Private Cloud 4.52.02, Zookeeper yükseltmesi içermez. Ancak 4.52.01'den eski bir sürümden yükseltme yapıyorsanız aşağıda açıklanan ZooKeeper yükseltme adımlarını uygulamanız gerekir.

  • Edge for Private Cloud'un 4.51.00 veya 4.52.00 sürümlerinden yükseltme yapıyorsanız Zookeeper'ı yükseltmek için Zookeeper 3.8.3'e zorunlu yükseltme bölümündeki adımları uygulayın.
  • Edge for Private Cloud 4.52.01 sürümünden yükseltme yapıyorsanız Zookeeper 3.8.3 sürümünü kullanıyor olmanız gerekir. Zookeeper'ı yükseltmek için özel bir adım uygulamanız gerekmez.

Postgres 14'e yükseltme

  • Edge for Private Cloud 4.51.00'dan 4.52.02'ye yükseltme yapıyorsanız Edge for Private Cloud 4.52.02'de Postgres yükseltmesi olmasa bile Postgres'i yükseltme adımlarını uygulamanız gerekir. Edge for Private Cloud 4.51.00'dan 4.52.02'ye yükseltme yapmak için ek Postgres yükseltme adımları gerekir. Lütfen Postgres 14'e zorunlu yükseltme bölümüne bakın.
  • Edge for Private Cloud 4.52.00 veya 4.52.01'den 4.52.02'ye yükseltme yapıyorsanız ek Postgres yükseltme adımları gerekmez.

Cassandra 3.11.16'ya yükseltme

Apigee Edge for Private Cloud 4.52.02, Cassandra'nın 3.11.16 sürümüne yükseltilmesini içerir. Cassandra, Apigee'nin kritik bir bileşenidir. Bu yükseltme, Cassandra'yı sorgulamak ve Cassandra'ya yazmak için kullanılan çeşitli çalışma zamanı ve yönetim bileşenlerindeki sürücü yazılımı güncellemelerini de içerir.

Bu büyük bir yükseltme olduğundan, yeni sürümlerde optimum performans sağlamak için Apigee'nin Cassandra'daki veri modelinde belirli değişiklikler yapılması gerekiyordu. Bu değişiklikler minimum düzeyde olsa da yükseltme işlemi başlatıldığında belirli Management API'leri kesintiye uğrar. Genellikle kesintiye uğrayan Management API'leri aşağıdaki ilgili bölümlerde listelenmiştir.

Ayrıca yükseltme işlemi, yükseltilen veri merkezindeki daha büyük bir çalışma zamanı proxy akışı ve Management API'si grubunda kesintiye neden olur. Bu tür kesintileri en aza indirmek için çalışma zamanı ve yönetim trafiğinizi yükseltilen veri merkezinden ayırmanız çok önemlidir. Daha fazla bilgi için aşağıdaki tek veri merkezi ve birden fazla veri merkezi ile ilgili bölümleri okuyun.

Geliştirici Portalı - API'leri belgeleme

Apigee Drupal geliştirici portalı, API'lerinizi belgelendirmek için çeşitli özellikler sunar. Drupal 7 tabanlı geliştirici portalını kullanmayı bırakmanız önerilir. Ancak bu portalı ve SmartDocs özelliğini kullanmaya devam ediyorsanız SmartDocs API'lerini kullanma dokümanı sizin için geçerlidir. Geliştirici portalının daha yeni sürümlerini kullanıyorsanız bu yükseltme sırasında API dokümanlarınız etkilenmez.

Apigee'yi 4.52.02 sürümüne yükselttiğinizde, Drupal 7 geliştirici portalının SmartDocs özelliği kullanılarak oluşturulan API modelleri otomatik olarak yeni sürüme taşınmaz. Her modeli geliştirici portalını kullanarak manuel olarak dışa aktarmanız ve yükseltme işlemini tamamladıktan sonra tekrar içe aktarmanız gerekir.

Aşağıda kullanılan terminoloji

Çalışma zamanı: Çalışma zamanı, çalışma zamanı proxy trafiğinizin işlenmesini kapsar. Mevcut proxy'ler için çalışma zamanı API isteğini etkili bir şekilde işlemek üzere yönlendiricileriniz ve Mesaj İşleyicileriniz tarafından gerçekleştirilen tüm işlemleri içerir. Ancak yeni proxy'lerin veya proxy'lerin yeni düzeltmelerinin dağıtımını içermez.

Yönetim: Yönetim, Apigee Edge sisteminizin yönetimini içerir. Bu, dağıtımlar, uygulamaların, ürünlerin, hedef sunucuların, anahtar depolarının vb. değiştirilmesi dahil ancak bunlarla sınırlı değildir. Tüm yönetim API'leri (ve Apigee kullanıcı arayüzü ve geliştirici portalı gibi istemcileri) bu kapsama dahildir.

Bu yükseltme sırasında, güncellemenin yürütüldüğü bölgede veya veri merkezinde (DC) çalışma zamanı ve yönetim trafiği etkilenir. Güncellenen veri merkezinden bağımsız olarak, tüm veri merkezlerindeki belirli Management API'leri bu durumdan etkilenir. Bu etki her adımdan sonra belirtilir.

Aşağıdaki her adımda, yükseltme prosedürünün çeşitli aşamalarında ilerlerken çalışma zamanı ve yönetim durumu açıklanmaktadır.

Yükseltme stratejileri

Birden çok veri merkezi

Trafik sürekliliğini sağlamak ve kesinti süresini önlemek için yükseltme işlemi her seferinde bir veri merkezinde yapılmalıdır. Bir veri merkezini yükseltmeden önce trafik, diğer işlevsel veri merkezlerine yönlendirilmelidir.

Tek veri merkezi

Tek bir veri merkezi kurulumunda yükseltme prosedürü, çalışma zamanı trafiği ve belirli yönetim API'leri üzerinde önemli bir etkiye neden olur. Tek bir veri merkezi kurulumu için aşağıdaki seçenekler kullanılabilir.

  • Yükseltme sırasında trafiği yönetmek için mevcut veri merkezinin yanına bir veri merkezi ekleyerek Edge for Private Cloud kümenizi geçici bir veri merkezine genişletin, ardından yükseltme işlemi tamamlandığında veri merkezlerinden birini devre dışı bırakın.
  • Ek bir veri merkezine genişletme yapamıyorsanız kesinti süresine hazırlanın ve yönetim API'leri ile çalışma zamanı trafiği üzerindeki etkiyi en aza indirmek için yükseltmeyi trafiğin düşük olduğu dönemlerde planlayın.

Çalışma zamanı trafiğinin ve Management API'lerinin etkilenmemesi için ek bir veri merkezine genişletmeniz önerilir. Yükseltme sırasında, yükseltilen veri merkezinde yaşanabilecek etkiler aşağıdaki alanları dahil ancak bunlarla sınırlı olmamak üzere kapsar:

  • Çalışma zamanı API'leri OAuth jetonlarını yeniliyor
  • Access Entity politikasını kullanan çalışma zamanı API'leri
  • Geliştirici uygulamalarını listeleyen Management API'leri
  • Ürünleri listeleyen Management API'leri

Yukarıda açıklanan etki, tüm veri merkezleri yükseltilene kadar tüm veri merkezlerinde çalışmayacak olan belirli Management API'lerine ek olarak geçerlidir. Bu tür Management API'leri, sonraki bölümlerdeki adımlarda listelenmiştir.

Geri alma - üst düzey

  • Geri alma sırasında etki

    Cassandra 3.11.x'ten 2.1.x'e geri alma işlemi, geri alma işleminin gerçekleştirildiği veri merkezindeki (DC) hem çalışma zamanı hem de yönetim trafiğini etkiler. Ayrıca, o sırada hangi veri merkezinin geri alındığına bakılmaksızın, belirli yönetim API'leri tüm veri merkezlerinde kesintiye uğrayabilir.

  • Veri merkezlerini tek tek geri alma yaklaşımını izleme

    Hizmet sürekliliğini sağlamak ve kesinti süresini önlemek için geri alma işlemi her seferinde bir veri merkezinde gerçekleştirilmelidir. Belirli bir veri merkezinde geri alma işlemini başlatmadan önce uygulama trafiğinin tamamen çalışır durumdaki başka bir veri merkezine yönlendirildiğinden emin olun.

  • Kısmen yükseltilmiş kümeyi geri alma

    En az bir veri merkezi Cassandra'nın eski sürümünde (2.1.22) tam olarak çalışır durumda kalırsa diğer yükseltilmiş veri merkezleri, tam olarak çalışan Cassandra 2.1.X veri merkezinden yeniden derleme gerçekleştirilerek geri alınabilir.

  • Küme genelinde geri alma

    Cassandra kümesinin tamamı yükseltildiyse ve geri alma işlemi gerekiyorsa bu işlem, yedekler veya sanal makine anlık görüntüleri kullanılarak gerçekleştirilmelidir. Bu yaklaşım karmaşıktır ve muhtemelen geçici kesintilere veya veri kaybına yol açar.

  • Yükseltme Öncesi Dikkat Edilmesi Gerekenler

    Yükseltme işlemini denemeden önce geri alma prosedürlerini öğrenmeniz önemlidir. Uygun geri alma yollarının mevcut olduğundan emin olmak için yükseltme sırasında geri alma ile ilgili ayrıntıların dikkate alınması çok önemlidir.

Tek bir veri merkezine sahip kümeleri geri alma

Cassandra'yı 2.1.x sürümünden 3.11.x sürümüne yükseltmek, çalışma zamanı trafiğini ve belirli yönetim API'lerini önemli ölçüde etkileyebilir. Bu etkiler geri alma işlemi sırasında da geçerlidir ve kesinti veya veri kaybına neden olabilir.

Üretim iş yükleri için yükseltme işleminden önce yeni bir veri merkezi sağlamanız önemle tavsiye edilir. Bu sayede, veri kaybı veya API trafiğinde kesinti olmadan daha güvenli bir geri alma yolu sağlanır. Yükseltme başarıyla tamamlandıktan sonra ek veri merkezi kullanımdan kaldırılabilir.

Yeni bir veri merkezi eklemek mümkün değilse ancak geri alma özelliği hâlâ gerekiyorsa yükseltme işleminden önce güvenilir yedeklerin alındığından emin olun. Cassandra 2.1.x'i yedeklerden geri yüklemek mümkündür ancak bu yaklaşım, hizmetin kapalı kalmasına ve veri kaybına neden olabilir.

Birden fazla veri merkezi olan kümeleri geri alma

Birden fazla veri merkezini geri alma işlemi, veri merkezi bazında (DC-by-DC) gerçekleştirilir. Bu yaklaşımda, geri alınan veri merkezinden gelen trafik diğer işlevsel veri merkezlerine yönlendirilir. Böylece Cassandra, Yönetim Sunucusu ve çalışma zamanı düğümleri için kontrollü ve izole bir geri alma işlemi sağlanarak trafik kesintisi önlenir.

Ayrıntılar için Cassandra 3.11.16 güncellemesini geri alma bölümüne bakın.

0. adım: Başlangıç durumu

  • Zookeeper, Postgres ve LDAP bileşenleri 4.52.02 sürümlerine zaten yükseltilmiştir. Edge for Private Cloud kümeniz kararlı ve çalışıyor. Geri alma gerekiyorsa küme bu duruma geri alınır.
  • Apigee'de Cassandra, 2.1.22 sürümüyle çalışıyor.
  • Edge bileşenleri:
    • Yönetim sunucusu, Cassandra ile eski Thrift protokolü üzerinden iletişim kuruyor.
    • Cassandra ile eski Thrift protokolü üzerinden iletişim kuran çalışma zamanı sunucuları (mesaj işlemciler ve yönlendiriciler).
Bu aşamadaki çalışma zamanı durumu Bu aşamadaki yönetim durumu
Çalışma zamanı tamamen işlevsel Yönetim tamamen işlevsel

1. adım: Yükseltmeye hazırlanın

Aşağıdaki adımlar, bileşen yükseltmelerini etkinleştirmek için Apigee'nin standart yapılandırma dosyası gibi genellikle oluşturduğunuz standart dosyalara ek olarak uygulanır.

  1. Cassandra'yı LeveledCompactionStrategy kullanacak şekilde değiştirin.
  2. Apigee'yi kullanarak Cassandra'yı yedekleme
  3. Cassandra düğümlerinin sanal makine anlık görüntülerini alın (mümkünse).
  4. Her Cassandra düğümünde /opt/apigee/apigee-cassandra/cass_upgrade.conf konumunda aşağıdaki içeriklere sahip bir Cassandra yükseltme yapılandırma dosyası oluşturun: 
    # IP Address of node
HOSTIP=10.0.0.1

# Username for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_USERNAME=<cassuser>

# Password for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_PASSWORD=<casspass>

# Port for connecting to Cassandra via thrift. Optional. Defaults to 9160 if skipped.
CASS_PORT=9160

# Port for connecting to Cassandra via CQL. Optional. Defaults to 9042 if skipped.
CASS_CQL_PORT=9042

# Directory to be used by Cassandra upgrade scripts. Optional. Defaults to /tmp/cass_upgrade_scripts if skipped.
# Note that if upgrade is successful, this directory is deleted via root user - so provide a directory accordingly.
CASS_TMP_DIR=/tmp/cass_upgrade_scripts
    Dosya /opt/apigee/apigee-cassandra/cass_upgrade.conf konumunda oluşturulamıyorsa her Cassandra düğümünde aynı içeriğe sahip /opt/silent.conf dosyasını oluşturun.
  5. Apigee Drupal 7 geliştirici portalının SmartDocs özelliğini kullanıyorsanız geliştirici portalı kullanıcı arayüzünden JSON biçiminde indirerek modellerinizin her birini dışa aktarın. Yönetim sunucuları güncellendikten sonra bu modellerin Apigee'ye geri aktarılması gerekir.
  6. Henüz yapılmadıysa 9160 ve 9042 numaralı bağlantı noktalarına tüm Edge bileşenlerinden Cassandra düğümlerine erişilebildiğinden emin olun. Daha fazla bilgi için Bağlantı noktası koşulları başlıklı makaleyi inceleyin.

2. adım: Trafiği ilk veri merkezinden başka bir yere yönlendirin

  1. İlk veri merkezinden gelen çalışma zamanı ve yönetim trafiğini engelleyin.
  2. Tüm çalışma zamanı trafiğini ve Management API'lerini diğer işlevsel veri merkezlerine yönlendirin.
  3. Çalışma zamanı ve yönetim trafiğinin diğer veri merkezleri tarafından başarıyla işlendiğini doğrulayın.

3. adım: İlk veri merkezindeki tüm Cassandra düğümlerini yükseltin

  1. Veri merkezindeki tüm Cassandra düğümlerini tek tek yükseltin. Her düğümde aşağıdaki komutları tek tek çalıştırın: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  2. Bir düğüm güncellendikten sonra, devam etmeden önce bazı doğrulamaları çalıştırmak için düğümde aşağıdaki komutu çalıştırın: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra validate_upgrade -f configFile
     Yukarıdaki komutun çıktısı şuna benzer: 
    Cassandra version is verified - [cqlsh 5.0.1 | Cassandra 3.11.16 | CQL spec 3.4.4 | Native protocol v3] Metadata is verified
  3. Yükseltme tamamlandıktan sonra her Cassandra düğümünde aşağıdaki post_upgrade komutunu tek tek çalıştırın: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
Bu aşamadaki çalışma zamanı durumu Bu aşamadaki yönetim durumu
  • Yükseltilen veri merkezlerinde çalışma zamanı trafiği engellendi
  • Çalışma zamanı diğer veri merkezlerinde tam olarak işlevseldir.

4. adım: İlk veri merkezindeki tüm yönetim düğümlerini yükseltin

Veri merkezindeki tüm yönetim düğümlerini yükseltin:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Bu aşamadaki çalışma zamanı durumu Bu aşamadaki yönetim durumu
  • Yükseltilen veri merkezlerinde çalışma zamanı trafiği engellendi
  • Çalışma zamanı tamamen işlevsel

5. adım: İlk veri merkezindeki tüm çalışma zamanı düğümlerini yükseltin

Veri merkezindeki tüm yönlendirici ve mesaj işleyici düğümlerini tek tek yükseltin:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Bu aşamadaki çalışma zamanı durumu Bu aşamadaki yönetim durumu
  • Yükseltilen veri merkezlerinde çalışma zamanı trafiği engellendi
  • Çalışma zamanı diğer veri merkezlerinde tam olarak işlevseldir.

6. adım: Trafiği ilk veri merkezine geri yönlendirme

  • İlk veri merkezi Cassandra, çalışma zamanı bileşenleri ve yönetim sunucusu ile yükseltildikten sonra ilk veri merkezine giden çalışma zamanı ve yönetim trafiğini yeniden etkinleştirin.
  • Çalışma zamanı ve yönetim trafiğinin veri merkezleri arasında başarılı olduğundan emin olun.

7. adım: Diğer veri merkezlerini yükseltin

Kalan veri merkezleri için 1. adım ile 6. adım arasındaki adımları tekrarlayın. Bu işlemi, trafiği ilgili veri merkezlerinden başka bir yere yönlendirerek, Apigee yazılımını güncelleyerek ve ilgili veri merkezlerinde trafiği yeniden etkinleştirerek her seferinde bir veri merkezi için yapın.

8. adım: Tüm yönetim düğümlerinde yükseltme adımını yeniden çalıştırın

Veri merkezlerindeki tüm yönetim düğümlerinde aşağıdaki yükseltme komutunu yeniden çalıştırın:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

9. adım: [İsteğe bağlı] Daha önce dışa aktarılan Smartdoc'ları içe aktarın

Tüm yönetim sunucuları yükseltildikten sonra, 1. adımda dışa aktardığınız akıllı doküman modellerini içe aktarabilirsiniz. Bunu daha sonra yapmaya karar verebilirsiniz.

Bu işlemi yalnızca Drupal 7 tabanlı geliştirici portalı ve SmartDocs özelliğini kullanıyorsanız yapmanız gerekir.

Bu aşamadaki çalışma zamanı durumu Bu aşamadaki yönetim durumu
Çalışma zamanı tamamen işlevsel Yönetim tamamen işlevsel

10. adım: Kullanılmayan tabloları silme

Cassandra kümesindeki kullanılmayan eski tabloları silmek için aşağıdaki komutu çalıştırın. Bu komut çalıştırılana kadar Cassandra'nın belirli özelliklerini kullanamazsınız (ör. yeni kimlik doğrulama mekanizması oluşturma; eski kimlik doğrulama mekanizmaları çalışmaya devam eder). Bu komut, kümedeki yalnızca bir düğümde yürütülebilir.

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra drop_old_tables -f configFile

11. adım: Private Cloud 4.52.02 için kalan tüm Edge ve diğer bileşenleri yükseltin

Tüm bölgelerde kalan tüm edge-qpid-server ve edge-postgres-server düğümlerini tek tek yükseltin.

Bu aşamada, Private Cloud için Edge 4.52.01'den önceki sürümlerden yükseltme yapıyorsanız sırasıyla Qpid ve Postgres'i yükseltmek için ek adımları uygulayın ve kalan bileşenleri bu adımlara göre yükseltin.

Qpid J-Broker'a yükseltme

Edge for Private Cloud 4.52.02, Qpid'e yükseltme içermese de 4.52.01'den eski sürümlerden yükseltme yapıyorsanız QPID'yi yükseltme adımlarını uygulamanız gerekir.

  • Edge for Private Cloud 4.51.00 veya 4.52.00'dan 4.52.02'ye yükseltme yapıyorsanız ek Qpid yükseltme adımlarını uygulamanız gerekir. 4.51.00 veya 4.52.00 sürümünden 4.52.02 sürümüne yükseltme yapıyorsanız lütfen Qpid'yi yükseltme bölümüne bakın.
  • Private Cloud için Edge 4.52.01'den 4.52.02'ye yükseltme yapıyorsanız Qpid Broker'ın en yeni sürümünü kullanıyor olmanız gerekir ve ek Qpid yükseltme adımları gerekmez.

Yeni Edge kullanıcı arayüzü

Bu bölümde, Edge kullanıcı arayüzüyle ilgili dikkat edilmesi gereken noktalar listelenmektedir. Daha fazla bilgi için Private Cloud için yeni Edge kullanıcı arayüzü başlıklı makaleyi inceleyin.

Edge kullanıcı arayüzünü yükleme

İlk yüklemeyi tamamladıktan sonra Apigee, Edge kullanıcı arayüzünü yüklemenizi önerir. Bu, Apigee Edge for Private Cloud geliştiricileri ve yöneticileri için geliştirilmiş bir kullanıcı arayüzüdür.

Edge kullanıcı arayüzü, Temel kimlik doğrulamasını devre dışı bırakmanızı ve SAML veya LDAP gibi bir IDP kullanmanızı gerektirir.

Daha fazla bilgi için Yeni Edge kullanıcı arayüzünü yükleme başlıklı makaleyi inceleyin.

Edge kullanıcı arayüzünü güncelleme

Edge kullanıcı arayüzü bileşenini güncellemek için yükseltme yaptığınız Edge for Private Cloud sürümünü göz önünde bulundurun:

Apigee mTLS ile güncelleme

Apigee mTLS'yi güncellemek için aşağıdaki adımları uygulayın:

Güncellemeyi geri alma

Güncelleme başarısız olursa sorunu düzeltmeyi deneyebilir ve ardından update.sh komutunu tekrar çalıştırabilirsiniz. Güncellemeyi birden çok kez çalıştırabilirsiniz. Güncelleme, en son kaldığı yerden devam eder.

Hata nedeniyle güncellemeyi önceki sürümünüze geri almanız gerekiyorsa ayrıntılı talimatlar için 4.52.00 sürümünü geri alma başlıklı makaleyi inceleyin.

Güncelleme bilgilerini günlüğe kaydetme

Varsayılan olarak update.sh yardımcı programı, günlük bilgilerini şuraya yazar:

/opt/apigee/var/log/apigee-setup/update.log

update.sh yardımcı programını çalıştıran kullanıcının bu dizine erişimi yoksa günlüğü /tmp dizinine update_username.log adlı bir dosya olarak yazar.

/tmp erişiminiz yoksa update.sh yardımcı programı başarısız olur.

Sıfır kesinti süreli güncelleme

Sıfır kesinti süreli güncelleme veya periyodik güncelleme, Edge kurulumunuzu Edge'i kapatmadan güncellemenize olanak tanır.

Sıfır kesinti süreli güncelleme yalnızca 5 düğümlü ve daha büyük yapılandırmalarda mümkündür.

Sıfır kesinti süreli yükseltmenin anahtarı, her bir yönlendiriciyi yük dengeleyiciden tek tek kaldırmaktır. Ardından, yönlendiriciyi ve yönlendiriciyle aynı makinedeki diğer bileşenleri güncelleyin ve yönlendiriciyi tekrar yük dengeleyiciye ekleyin.

  1. Makineleri, Makine güncelleme sırası bölümünde açıklandığı şekilde, kurulumunuz için doğru sırada güncelleyin.
  2. Yönlendiricileri güncelleme zamanı geldiğinde herhangi bir yönlendiriciyi seçin ve Sunucu (Mesaj İşlemcisi/Yönlendirici) erişilebilirliğini etkinleştirme/devre dışı bırakma bölümünde açıklandığı gibi erişilemez hale getirin.
  3. Seçilen yönlendiriciyi ve yönlendiriciyle aynı makinedeki diğer tüm Edge bileşenlerini güncelleyin. Tüm Edge yapılandırmaları, aynı düğümde bir yönlendirici ve mesaj işlemcisi gösterir.
  4. Yönlendiriciyi tekrar erişilebilir hale getirin.
  5. Kalan yönlendiriciler için 2-4 arasındaki adımları tekrarlayın.
  6. Kurulumunuzdaki diğer makineler için güncellemeye devam edin.

Güncellemeden önce ve sonra aşağıdakileri yapın:

Sessiz yapılandırma dosyası kullanma

Güncelleme komutuna sessiz yapılandırma dosyası iletmeniz gerekir. Sessiz yapılandırma dosyası, Edge 4.50.00 veya 4.51.00'ı yüklemek için kullandığınız dosya ile aynı olmalıdır.

Harici internet bağlantısı olan bir düğümde 4.52.02 sürümüne güncelleme

Bir düğümdeki Edge bileşenlerini güncellemek için aşağıdaki prosedürü kullanın:

  1. Varsa Cassandra'da onarım işlemi gerçekleştirmek üzere yapılandırılmış tüm cron işlerini güncelleme tamamlanana kadar devre dışı bırakın.
  2. Edge RPM'lerini yüklemek için düğümünüze root olarak giriş yapın.
  3. yum-utils ve yum-plugin-priorities paketlerini yükleyin: 
    sudo yum install yum-utils
sudo yum install yum-plugin-priorities
  4. Edge apigee-setup yardımcı programını yükleme bölümünde açıklandığı şekilde SELinux'u devre dışı bırakın.
  5. Oracle 7.x'e yükleme yapıyorsanız aşağıdaki komutu çalıştırın: 
    sudo yum-config-manager --enable ol7_optional_latest
  6. AWS'ye yüklüyorsanız aşağıdaki komutları çalıştırın: yum-configure-manager 
    yum update rh-amazon-rhui-client.noarch
sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

  7. Şu anda Edge 4.51.00 kullanıyorsanız:

    1. Edge bootstrap_4.52.02.sh dosyasını /tmp/bootstrap_4.52.02.sh dizinine indirin: 
      curl https://software.apigee.com/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh
    2. Aşağıdaki komutu çalıştırarak Edge 4.52.02 apigee-service yardımcı programını ve bağımlılıklarını yükleyin: 
      sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord

      Burada uName:pWord, Apigee'den aldığınız kullanıcı adı ve şifredir. pWord parametresini atlarsanız bu parametreyi girmeniz istenir.

      Yükleyici, varsayılan olarak Java 1.8'in yüklü olup olmadığını kontrol eder. Yüklemezseniz yükleyici sizin için yükler.

      Java yüklemesinin nasıl işleneceğini belirtmek için JAVA_FIX seçeneğini kullanın. JAVA_FIX şu değerleri alır:

      • I: OpenJDK 1.8'i yükleyin (varsayılan).
      • C: Java'yı yüklemeden devam edin.
      • Q: Çıkış. Bu seçenek için Java'yı kendiniz yüklemeniz gerekir.
    3. apigee-setup yardımcı programını güncellemek için aşağıdaki örnekte gösterildiği gibi apigee-service komutunu kullanın: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
    4. Yönetim sunucusundaki apigee-validate yardımcı programını aşağıdaki örnekte gösterildiği gibi güncelleyin: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
    5. Yönetim sunucusundaki apigee-provision yardımcı programını aşağıdaki örnekte gösterildiği gibi güncelleyin: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
    6. Aşağıdaki komutu çalıştırarak düğümlerinizde update yardımcı programını çalıştırın: 
      /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

      Bu işlemi, Makine güncelleme sırası bölümünde açıklanan sırayla yapın.

      Burada:

      • component, güncellenecek Edge bileşenidir. Olası değerler şunları içerir:
        • cs: Cassandra
        • edge: Edge kullanıcı arayüzü dışındaki tüm Edge bileşenleri: Yönetim Sunucusu, Mesaj İşlemcisi, Yönlendirici, Qpid Sunucusu, Postgres Sunucusu
        • ldap: OpenLDAP
        • ps: postgresql
        • qpid: qpidd
        • sso: Apigee SSO (SSO'yu yüklediyseniz)
        • ue: Yeni Edge kullanıcı arayüzü
        • ui: Klasik Edge kullanıcı arayüzü
        • zk: Zookeeper
      • configFile, 4.50.00 veya 4.51.00 yüklemesi sırasında Edge bileşenlerinizi tanımlamak için kullandığınız yapılandırma dosyasıyla aynıdır.

      component değerini "all" olarak ayarlayarak update.sh komutunu tüm bileşenler için çalıştırabilirsiniz. Ancak bu işlem yalnızca Edge hepsi bir arada (AIO) yükleme profiliniz varsa yapılabilir. Örneğin:

      /opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config
    7. Henüz yapmadıysanız Edge kullanıcı arayüzü bileşenlerini çalıştıran tüm düğümlerde yeniden başlatın: 
      /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
    8. Yüklemeyi test etme bölümünde açıklandığı gibi, Yönetim Sunucusu'nda apigee-validate yardımcı programını çalıştırarak güncellemeyi test edin.

Güncellemeyi daha sonra geri almaya karar verirseniz 4.52.02 sürümünü geri alma bölümünde açıklanan prosedürü kullanın.

Yerel bir depodan 4.52.02 sürümüne güncelleme

Edge düğümleriniz bir güvenlik duvarının arkasındaysa veya Apigee deposuna internet üzerinden erişmeleri engelleniyorsa güncellemeyi yerel bir depodan ya da Apigee deposunun yansısından gerçekleştirebilirsiniz.#heading

Yerel bir Edge deposu oluşturduktan sonra Edge'i yerel depodan güncellemek için iki seçeneğiniz vardır:

  • Deponun .tar dosyasını oluşturun, .tar dosyasını bir düğüme kopyalayın ve ardından Edge'i .tar dosyasından güncelleyin.
  • Diğer düğümlerin erişebilmesi için yerel depoya sahip düğüme bir web sunucusu yükleyin. Apigee, kullanmanız için Nginx web sunucusunu sağlar veya kendi web sunucunuzu kullanabilirsiniz.

Yerel bir 4.52.02 deposundan güncelleme yapmak için:

  1. Edge apigee-setup yardımcı programını yükleme bölümündeki "Yerel Apigee deposu oluşturma" bölümünde açıklandığı gibi yerel bir 4.52.02 deposu oluşturun.
  2. apigee-service'i bir .tar dosyasından yüklemek için:
    1. Yerel depoya sahip düğümde, yerel depoyu /opt/apigee/data/apigee-mirror/apigee-4.52.02.tar.gz adlı tek bir .tar dosyası halinde paketlemek için aşağıdaki komutu kullanın: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
    2. .tar dosyasını Edge'i güncellemek istediğiniz düğüme kopyalayın. Örneğin, yeni düğümdeki /tmp dizinine kopyalayın.
    3. Yeni düğümde, dosyayı /tmp dizinine açın: 
      tar -xzf apigee-4.52.02.tar.gz

      Bu komut, .tar dosyasını içeren dizinde repos adlı yeni bir dizin oluşturur. Örneğin, /tmp/repos.

    4. Edge apigee-service yardımcı programını ve bağımlılıklarını /tmp/repos adresinden yükleyin: 
      sudo bash /tmp/repos/bootstrap_4.52.02.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

      Bu komutta repos dizininin yolunu eklediğinize dikkat edin.

  3. Nginx web sunucusunu kullanarak apigee-service'i yüklemek için:
    1. Nginx web sunucusunu, Edge apigee-setup yardımcı programını yükleme sayfasındaki "Nginx web sunucusunu kullanarak depodan yükleme" bölümünde açıklandığı şekilde yapılandırın.
    2. Uzak düğümde, Edge bootstrap_4.52.02.sh dosyasını /tmp/bootstrap_4.52.02.sh dizinine indirin: 
      /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh

      Burada uName:pWord, depo için daha önce ayarladığınız kullanıcı adı ve şifre, remoteRepo ise depo düğümünün IP adresi veya DNS adıdır.

    3. Uzak düğümde Edge apigee-setup yardımcı programını ve bağımlılıklarını yükleyin: 
      sudo bash /tmp/bootstrap_4.52.02.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://

      uName:pWord, depo kullanıcı adı ve şifresidir.

  4. apigee-setup yardımcı programını güncellemek için aşağıdaki örnekte gösterildiği gibi apigee-service komutunu kullanın: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  5. Yönetim sunucusundaki apigee-validate yardımcı programını aşağıdaki örnekte gösterildiği gibi güncelleyin: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  6. Yönetim sunucusundaki apigee-provision yardımcı programını aşağıdaki örnekte gösterildiği gibi güncelleyin: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
  7. Düğümlerinizde update yardımcı programını Makine güncelleme sırası bölümünde açıklanan sırayla çalıştırın: 
    /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

    Burada:

    • component, güncellenecek Edge bileşenidir. Genellikle aşağıdaki bileşenleri güncellersiniz:
      • cs: Cassandra
      • edge: Edge kullanıcı arayüzü dışındaki tüm Edge bileşenleri: Yönetim Sunucusu, Mesaj İşlemcisi, Yönlendirici, Qpid Sunucusu, Postgres Sunucusu
      • ldap: OpenLDAP
      • ps: postgresql
      • qpid: qpidd
      • sso: Apigee SSO (SSO'yu yüklediyseniz)
      • ue Yeni Edge kullanıcı arayüzü
      • ui: Klasik Edge kullanıcı arayüzü
      • zk: Zookeeper
    • configFile, 4.50.00 veya 4.51.00 yüklemesi sırasında Edge bileşenlerinizi tanımlamak için kullandığınız yapılandırma dosyasıyla aynıdır.

    component değerini "all" olarak ayarlayarak update.sh komutunu tüm bileşenler için çalıştırabilirsiniz. Ancak bu işlem yalnızca Edge hepsi bir arada (AIO) yükleme profiliniz varsa yapılabilir. Örneğin:

    /opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
  8. Henüz yapmadıysanız kullanıcı arayüzü bileşenlerini çalıştıran tüm düğümlerde bu bileşenleri yeniden başlatın: 
    /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
  9. Yüklemeyi test etme bölümünde açıklandığı gibi, Yönetim Sunucusu'nda apigee-validate yardımcı programını çalıştırarak güncellemeyi test edin.

Güncellemeyi daha sonra geri almaya karar verirseniz 4.52.02 sürümünü geri alma bölümünde açıklanan prosedürü kullanın.

Makine güncelleme sırası: 4.51.00 (veya) 4.52.00 (veya) 4.52.01'den yükseltme

Edge kurulumunda makineleri güncelleme sıranız önemlidir:

  • Diğer tüm bileşenleri yükseltmeden önce veri merkezlerindeki tüm ZooKeeper düğümlerini güncellemeniz gerekir. Edge Private Cloud 4.51.00 (veya) 4.52.00'dan yükseltme yapıyorsanız zookeeper'ı yükseltmek için ek adımları da uygulamanız gerekir.
  • PostgreSQL'i tüm veri merkezlerinde güncellemeniz gerekir. Edge Private Cloud 4.51.00'dan yükseltme yapıyorsanız postgres'i yükseltmek için ek adımları da uygulamanız gerekir.
  • Tüm veri merkezlerindeki LDAP düğümlerini güncellemeniz gerekir.
  • Tüm veri merkezleri yükseltilene kadar tüm Cassandra, Yönetim Sunucusu, Mesaj İşlemcisi ve Yönlendirici düğümlerini tek seferde bir veri merkezi olacak şekilde güncellemeniz gerekir.
  • Tüm veri merkezlerinde edge-qpid-server ve edge-postgres-server bileşenlerini güncellemeniz gerekir.
  • Tüm veri merkezlerindeki Qpid düğümlerini yükseltmeniz gerekir. Edge Private Cloud 4.51.00 (veya) 4.52.00'dan yükseltme yapıyorsanız Qpid'i yükseltmek için ek adımları da uygulamanız gerekir.
  • Tüm veri merkezlerindeki Edge kullanıcı arayüzü ve yeni Edge kullanıcı arayüzü, TOA düğümlerini güncelleyin.
  • Para kazanma özelliğini güncellemek için ayrı bir adım yoktur. -c edge seçeneğini belirttiğinizde güncellenir.

1 düğümlü tekli yükseltme

1 düğümlü bağımsız bir yapılandırmayı 4.52.02 sürümüne yükseltmek için:
  1. Tüm bileşenleri güncelleme: 
    /opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
  2. (apigee-adminapi uygulamasını yüklediyseniz) apigee-adminapi yardımcı programı güncellendi: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

2 düğümlü tekli yükseltme

2 düğümlü bağımsız bir kurulum için aşağıdaki bileşenleri güncelleyin:

Edge topolojilerinin ve düğüm numaralarının listesi için Yükleme topolojileri başlıklı makaleyi inceleyin.

  1. 1. makinede ZooKeeper'ı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. 2. makinede Postgres'i güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. 1. makinede LDAP'yi güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  4. 1. makinede Cassandra'yı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  5. 1 ve 2 numaralı makinelerdeki Edge bileşenlerini güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  6. 2. makinede Qpid'yi güncelleme: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. 1. makinede kullanıcı arayüzünü güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  8. (apigee-adminapi yüklediyseniz) 1. makinedeki apigee-adminapi yardımcı programını güncelledim: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  9. (Apigee TOA'yı yüklediyseniz) 1. makinede Apigee TOA'yı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    Burada sso_config_file, TOA'yı yüklediğinizde oluşturduğunuz yapılandırma dosyasıdır.

  10. 1. makinede Edge kullanıcı arayüzü bileşenini yeniden başlatın: 
    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

5 düğümlü yükseltme

5 düğümlü bir kurulum için aşağıdaki bileşenleri güncelleyin:

Edge topolojilerinin ve düğüm numaralarının listesi için Yükleme topolojileri başlıklı makaleyi inceleyin.

  1. 1, 2 ve 3 numaralı makinelerde ZooKeeper'ı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. 4. makinede Postgres'i güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. 5. makinede Postgres'i güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. 1. makinede LDAP'yi güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. 1, 2 ve 3 numaralı makinelerde Cassandra'yı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. 1, 2, 3, 4, 5 numaralı makinelerdeki Edge bileşenlerini güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. 4. makinede Qpid'yi güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. 5. makinede Qpid'yi güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  9. Edge kullanıcı arayüzünü güncelleyin:
    • Klasik kullanıcı arayüzü: Klasik kullanıcı arayüzünü kullanıyorsanız aşağıdaki örnekte gösterildiği gibi 1. makinedeki ui bileşenini güncelleyin: 
      /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
    • Yeni Edge kullanıcı arayüzü: Yeni Edge kullanıcı arayüzünü yüklediyseniz uygun makinedeki (makine 1 olmayabilir) ue bileşenini güncelleyin: 
      /opt/apigee/apigee-setup/bin/update.sh -c ue -f /opt/silent.conf
  10. (apigee-adminapi yüklediyseniz) 1. makinedeki apigee-adminapi yardımcı programını güncelledim: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  11. (Apigee TOA'yı yüklediyseniz) 1. makinede Apigee TOA'yı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    sso_config_file, TOA'yı yüklerken oluşturduğunuz yapılandırma dosyasıdır.

  12. Kullanıcı arayüzü bileşenini yeniden başlatın:
    • Klasik kullanıcı arayüzü: Klasik kullanıcı arayüzünü kullanıyorsanız aşağıdaki örnekte gösterildiği gibi 1. makinede edge-ui bileşenini yeniden başlatın: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • Yeni Edge kullanıcı arayüzü: Yeni Edge kullanıcı arayüzünü yüklediyseniz uygun makinede (1. makine olmayabilir) edge-management-ui bileşenini yeniden başlatın: 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

9 düğümlü küme yükseltme

9 düğümlü kümelenmiş bir yükleme için aşağıdaki bileşenleri güncelleyin:

Edge topolojilerinin ve düğüm numaralarının listesi için Yükleme topolojileri başlıklı makaleyi inceleyin.

  1. 1, 2 ve 3 numaralı makinelerde ZooKeeper'ı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. 8. makinede Postgres'i güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. 9 numaralı makinede Postgres'i güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. 1. makinede LDAP'yi güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. 1, 2 ve 3 numaralı makinelerde Cassandra'yı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. 1, 4, 5, 6, 7, 8 ve 9 numaralı makinelerdeki Edge bileşenlerini şu sırayla güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. 6 ve 7 numaralı makinelerde Qpid'yi güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. 1. makinede yeni kullanıcı arayüzünü (ue) veya klasik kullanıcı arayüzünü (ui) güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  9. (apigee-adminapi aracını yüklediyseniz) 1. makinedeki apigee-adminapi yardımcı programını güncelleyin: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  10. (Apigee TOA'yı yüklediyseniz) 1. makinede Apigee TOA'yı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    sso_config_file, TOA'yı yüklerken oluşturduğunuz yapılandırma dosyasıdır.

  11. Kullanıcı arayüzü bileşenini yeniden başlatın:
    • Klasik kullanıcı arayüzü: Klasik kullanıcı arayüzünü kullanıyorsanız aşağıdaki örnekte gösterildiği gibi 1. makinede edge-ui bileşenini yeniden başlatın: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • Yeni Edge kullanıcı arayüzü: Yeni Edge kullanıcı arayüzünü yüklediyseniz uygun makinede (1. makine olmayabilir) edge-management-ui bileşenini yeniden başlatın: 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

13 düğümlü küme yükseltmesi

13 düğümlü kümelenmiş bir kurulum için aşağıdaki bileşenleri güncelleyin:

Edge topolojilerinin ve düğüm numaralarının listesi için Yükleme topolojileri başlıklı makaleyi inceleyin.

  1. 1, 2 ve 3 numaralı makinelerde ZooKeeper'ı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. 8. makinede Postgres'i güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. 9 numaralı makinede Postgres'i güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. 4 ve 5 numaralı makinelerde LDAP'yi güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. 1, 2 ve 3 numaralı makinelerde Cassandra'yı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. 6, 7, 10, 11, 12, 13, 8 ve 9 numaralı makinelerdeki Edge bileşenlerini şu sırayla güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. 12 ve 13 numaralı makinelerde Qpid'yi güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. 6 ve 7 numaralı makinelerde yeni kullanıcı arayüzünü (ue) veya klasik kullanıcı arayüzünü (ui) güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  9. (apigee-adminapi yüklediyseniz) 6 ve 7 numaralı makinelerde apigee-adminapi yardımcı programını güncelledik: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  10. (Apigee TOA'yı yüklediyseniz) 6 ve 7 numaralı makinelerde Apigee TOA'yı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    sso_config_file, TOA'yı yüklerken oluşturduğunuz yapılandırma dosyasıdır.

  11. Kullanıcı arayüzü bileşenini yeniden başlatın:
    • Klasik kullanıcı arayüzü: Klasik kullanıcı arayüzünü kullanıyorsanız aşağıdaki örnekte gösterildiği gibi 6 ve 7 numaralı makinelerde edge-ui bileşenini yeniden başlatın: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • Yeni Edge kullanıcı arayüzü: Yeni Edge kullanıcı arayüzünü yüklediyseniz 6 ve 7 numaralı makinelerde edge-management-ui bileşenini yeniden başlatın: 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

12 düğümlü küme yükseltmesi

12 düğümlü kümelenmiş bir kurulum için aşağıdaki bileşenleri güncelleyin:

Edge topolojilerinin ve düğüm numaralarının listesi için Yükleme topolojileri başlıklı makaleyi inceleyin.

  1. Her iki veri merkezinde de 1,2,3,7,8,9 numaralı makinelerde ZooKeeper'ı güncelleyin:

    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Her iki veri merkezinde de 6 ve 12 numaralı makinelerde Postgres'i güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Her iki veri merkezinde de 1,7 numaralı makinelerde LDAP'yi güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

  4. DC-1'deki trafiği engelleyin ve tüm trafiğin diğer DC-2'ye yönlendirildiğinden emin olun.

  5. DC-1'deki 1,2,3 numaralı makinelerde Cassandra'yı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. DC-1'deki 1. makinede yönetim sunucusunu güncelleme: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. DC-1'deki 2,3 numaralı makinede Router ve Mesaj İşleyici'yi güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  8. DC-1'deki trafiğin engellemesini kaldırın ve DC-1'i doğrulayın. Ardından, DC-2'deki trafiği engelleyip trafiği DC-1'e yönlendirerek DC-2 ile devam edin.
  9. DC-2'deki 7,8,9 numaralı makinelerde Cassandra'yı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  10. DC-2'deki 7 numaralı makinede yönetim sunucusunu güncelleme: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  11. DC-2'deki 8,9 numaralı makinede yönlendiriciyi ve mesaj işlemcisini güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  12. DC-2'deki trafiğin engellemesini kaldırın. Artık her iki DC de trafiği işleyecektir.
  13. 1 ve 7 numaralı makinelerdeki DC'lerde bulunan tüm yönetim sunucularında güncelleme komutunu yeniden çalıştırın: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  14. Her iki veri merkezinde de 4,5,6,10,11,12 numaralı makinelerde edge-qpid-server ve edge-postgres-server'ı güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  15. Her iki veri merkezinde de 4,5,10,11 numaralı makinelerde Qpid'yi güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  16. Her iki veri merkezinde de yeni kullanıcı arayüzünü (ue) veya klasik kullanıcı arayüzünü (ui) güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c  [ui|ue] -f configFile
  17. (apigee-adminapi'yi yüklediyseniz) Her iki veri merkezinde de apigee-adminapi'yi güncelleyin: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  18. (Apigee TOA'yı yüklediyseniz) Her iki veri merkezindeki Apigee TOA düğümlerini güncelleyin: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
  19. Her iki veri merkezinde de yeni Edge kullanıcı arayüzü (edge-management-ui) veya klasik Edge kullanıcı arayüzü (edge-ui) bileşenini yeniden başlatın: 
    /opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart