Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

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üncellemeyi çalıştıran kişi, Edge'i ilk yükleyen kişiyle aynı olmalı veya root olarak çalıştırıyor 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şen 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 yönelik 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
Güncelleme işlemi sırasında Edge'in çalıştığından emin olmak için şu komutu kullanın:
```
/opt/apigee/apigee-service/bin/apigee-all status
```
Not: Mevcut sürümünüzde edge-management-server kurulumunun hatasız bir şekilde çalıştığından emin olun. Daha fazla yükseltme işlemine devam etmeden önce önceki sürümlerdeki edge-management-server kurulumundaki hataları giderin.
Cassandra sıkıştırma stratejisinin 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:
- 4.51.00 sürümünden yükseltme yapıyorsanız v4.51.00 için Cassandra Sıkıştırma Stratejisi dokümanına bakın.
- 4.52.00 sürümünden yükseltme yapıyorsanız v4.52.00 için Cassandra Sıkıştırma Stratejisi dokümanına bakın.
- 4.52.01 sürümünden yükseltme yapıyorsanız v4.52.01 için Cassandra Compaction Strategy belgesine bakın.

Yükseltme için hangi özel adımlar dikkate alınmalıdır?

Edge for Private Cloud 4.52.02 sürümüne yükseltmek için belirli yazılımları yükseltmeyle ilgili adımları uygulamanız gerekir. 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 biriyle ilgili 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.

Tesis ayarlarının otomatik olarak yayılması

/opt/apigee/customer/application içindeki .properties dosyalarını düzenleyerek ayarladığınız özellikler varsa 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 belirtilen Zookeeper yükseltme adımlarını uygulamanız gerekir.

Edge for Private Cloud 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 yükseltme yapılması zorunludur 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. Bu durumda, Zookeeper'ı yükseltmek için özel bir işlem yapmanız gerekmez.

Not:

Edge for Private Cloud 4.52.01'den 4.52.02'ye yükseltme işlemi basitleştirilmiştir. Çünkü Zookeeper ve Cassandra genellikle aynı ana makine veya sanal makine üzerinde birlikte bulunur. Bu sayede, önemli Cassandra yükseltmesinin yanı sıra ayrı Zookeeper yükseltme prosedürlerine gerek kalmaz.

Zookeeper'ın belirli adımlarla güncellenmesi gerekiyorsa her seferinde bir düğümü güncelleyerek Zookeeper'ı tüm veri merkezlerinde yükseltin. Tüm Zookeeper düğümleri genel olarak güncellendikten sonra, bu makalenin ilerleyen kısımlarında açıklanan prosedüre uyarak Cassandra'yı her seferinde bir veri merkezi olacak şekilde yükseltin.

Aşağıdaki komut, ayrı bir Zookeeper yükseltmesini kolaylaştırır:

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

Zookeeper'da geri alma işlemi için standart Zookeeper geri alma prosedürünü kullanın. Cassandra veya diğer bileşenler için geri alma işlemi gerekirse bu bileşenler geri alınmalıdır. Zookeeper geri alma işlemi gerekmez.

Postgres 14'e yükseltme

Edge for Private Cloud 4.51.00 sürümünden 4.52.02 sürümüne yükseltme yapıyorsanız Edge for Private Cloud 4.52.02 sürümü Postgres yükseltmesi içermese 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 yükseltme zorunluluğu 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'ya sorgu göndermek 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, daha yeni sürümlerde optimum performans sağlamak için Cassandra'daki Apigee'nin 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 yönetim API'leri kesintiye uğrar. Genellikle kesintiye uğrayan yönetim API'leri, aşağıdaki ilgili bölümlerde listelenmiştir.

Ayrıca, yükseltme işlemi, yükseltme yapılan veri merkezindeki daha büyük bir çalışma zamanı proxy akışı ve yönetim API'leri 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 bölümlerini okuyun.

Not: cassandra-cli aracı artık Cassandra 3.X'te desteklenmemektedir ve kullanımınıza sunulmamaktadır.

Geliştirici Portalı - API'leri Belgeleme

Apigee Drupal geliştirici portalı, API'lerinizi belgelemenize yardımcı olacak çeşitli özellikler sunar. Drupal 7 tabanlı geliştirici portalının kullanımını bırakmanız önerilse de hâlâ bu portalı kullanıyor ve SmartDocs özelliğinden yararlanıyorsanız SmartDocs API'lerini kullanma belgesi 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 belgeleriniz 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 yeni sürüme otomatik olarak taşınmaz. Geliştirici portalını kullanarak her modeli manuel olarak dışa aktarmanız ve yükseltme işlemini tamamladıktan sonra tekrar içe aktarmanız beklenir.

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 bir ç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 revizyonlarının dağıtımı bu kapsamda değildir.

Yönetim: Yönetim, Apigee Edge sisteminizin yönetimini içerir. Bu kapsamda dağıtımlar, uygulamalarda, ürünlerde, hedef sunucularda, anahtar depolarında vb. yapılan değişiklikler yer alır ancak bunlarla sınırlı değildir. Tüm yönetim API'leri (ve Apigee kullanıcı arayüzü ile geliştirici portalı gibi istemcileri) bu kapsamdadır.

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 yönetim API'leri 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 fazla veri merkezi

Trafiğin kesintisiz devam etmesini sağlamak ve kapalı kalma süresini önlemek için yükseltme her seferinde bir veri merkezinde yapılmalıdır. Bir DC'yi yükseltmeden önce trafik, diğer işlevsel DC'lere yönlendirilmelidir.

Not:

Yükseltme sırasında trafikten etkilenmemek için yükseltilen veri merkezinden trafiği geçici olarak yönlendirerek veri merkezi bazında (DC-by-DC) bir yaklaşım izleyin. Bu sayede, hizmet kullanılabilirliğini korurken Cassandra, Yönetim Sunucusu ve Çalışma Zamanı düğümleri için kontrollü bir yükseltme süreci sağlanır.

İki veri merkezi kurulumu için genel olarak şu adımları uygulayın:

Trafiği DC-1'den DC-2'ye yönlendirin ve DC-1'e gelen trafiği engelleyin.
Cassandra, Yönetim Sunucusu ve Çalışma Zamanı bileşenleri dahil olmak üzere DC-1'i yükseltin.
Trafiği tekrar DC-1'e yönlendirin ve DC-2'ye gelen trafiği engelleyin.
Cassandra, Yönetim Sunucusu ve çalışma zamanı bileşenleri dahil olmak üzere DC-2'yi yükseltin.

Bu işlem, yükseltme gerçekleştirilirken sorunsuz trafik yönetimi sağlar. Trafiğin geçici olarak tamamen yükseltilmiş veya henüz yükseltilmemiş veri merkezlerine yönlendirildiği, ikiden fazla veri merkezinin bulunduğu kurulumlarda da benzer bir yöntem izlenmelidir.

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.

Özel bulut kümeniz için Edge'inizi, yükseltme sırasında trafiği işlemek üzere mevcut olanın yanına bir veri merkezi ekleyerek geçici bir veri merkezine genişletin. Ardından, yükseltme işlemi tamamlandıktan sonra veri merkezlerinden birini devre dışı bırakın.
Ek bir veri merkezine genişleyemiyorsanız kapalı kalma 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 düşük trafik dönemlerinde planlayın.

Çalışma zamanı trafiği ve yönetim API'lerinin etkilenmemesi için ek bir veri merkezine genişlemeniz önerilir. Yükseltme sırasında, yükseltilen veri merkezinde aşağıdakiler dahil ancak bunlarla sınırlı olmamak üzere şu alanlarda etkiler görülür:

Çalışma zamanı API'leri OAuth jetonlarını yeniliyor
Erişim Varlığı Politikası kullanan çalışma zamanı API'leri
Geliştirici uygulamalarını listeleyen yönetim API'leri
Ürünleri listeleyen yönetim API'leri

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

Geri alma - üst düzey

Geri Alma Sırasındaki Etki
Cassandra 3.11.x'ten 2.1.x'e geri dönmek, geri alma işleminin yapıldığı veri merkezindeki (DC) hem çalışma zamanı hem de yönetim trafiğini etkiler. Ayrıca, hangi veri merkezi geri alınıyor olursa olsun, belirli yönetim API'lerinde tüm veri merkezlerinde kesintiler yaşanabilir.
DC by DC Rollback Approach'u takip edin
Hizmetin devamlılığını sağlamak ve hizmet kesintisini önlemek için geri alma işlemi her seferinde bir veri merkezinde gerçekleştirilmelidir. Belirli bir DC'de geri alma işlemini başlatmadan önce uygulama trafiğinin tamamen çalışır durumda olan başka bir veri merkezine yönlendirildiğinden emin olun.
Kısmen Yükseltilmiş Kümeyi Geri Alma
Cassandra'nın eski sürümünde (2.1.22) en az bir veri merkezi tamamen çalışır durumda kalırsa diğer yükseltilmiş veri merkezleri, tamamen işlevsel Cassandra 2.1.X veri merkezinden yeniden oluşturma işlemi yapılarak 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 yapılmalıdır. Bu yaklaşım karmaşıktır ve muhtemelen geçici kesintiye veya veri kaybına yol açar.
Yükseltme Öncesinde Dikkat Edilmesi Gereken Noktalar
Yükseltme işlemini denemeden önce geri alma prosedürleri hakkında bilgi edinmeniz önemlidir. Geri alma işlemlerinin nüanslarının, uygun geri alma yollarının kullanılabilmesi için yükseltme sırasında dikkate alınması kritik önem taşır.

Tek veri merkezli 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 sırasında da geçerlidir ve hizmet kesintisine 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 işlemi başarıyla tamamlandıktan sonra ek veri merkezi devre dışı bırakılabilir.

Yeni bir veri merkezi eklemek mümkün değilse ancak geri alma özelliği yine de gerekiyorsa yükseltme işleminden önce güvenilir yedeklemeler alındığından emin olun. Cassandra 2.1.x'i yedeklerden geri yüklemek mümkündür ancak bu yaklaşım hizmetin kapalı kalma süresini ve olası veri kaybını içerebilir.

Birden fazla veri merkezi içeren 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, trafik kesintisini önlemek için Cassandra, Yönetim Sunucusu ve Çalışma Zamanı düğümleri için kontrollü ve izole bir geri alma süreci sağlanır.

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 yükseltildi. Özel bulut kümesi için Edge'iniz kararlı ve çalışıyor olmalıdır. Geri alma işlemi gerekirse küme bu duruma geri alınır.
Apigee'de 2.1.22 sürümüyle çalışan Cassandra.
Edge bileşenleri:

Yönetim sunucusu, eski thrift protokolü aracılığıyla Cassandra ile iletişim kuruyor.
Cassandra ile eski thrift protokolü üzerinden iletişim kuran çalışma zamanı sunucuları (mesaj işlemcileri 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.

Cassandra'yı LeveledCompactionStrategy kullanacak şekilde değiştirin.
Apigee'yi kullanarak Cassandra'yı yedekleme.
Cassandra düğümlerinin sanal makine anlık görüntülerini alın (mümkünse).
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çeriklere sahip /opt/silent.conf dosyasını oluşturun.
Dikkat: Apigee'nin yükseltme yükleyicisi, dosyayı yukarıda listelenen konumlarda arar. Dosya yukarıda listelenen konumlardan birinde yoksa yükseltme aşağıdaki gibi bir mesajla başarısız olur:
```
could not read env location: '/opt/apigee/apigee-cassandra/cass_upgrade.conf'
file does not exist or cannot be sourced
could not read env location: '/opt/silent.conf'
file does not exist or cannot be sourced
```
Bu durumda yükseltme işlemi başarısız olur ancak düğümdeki Cassandra hizmeti muhtemelen durdurulmuş durumda olur. Cassandra hizmetini her zamanki gibi başlatabilir ve yapılandırma dosyasını beklenen konumlardan birine yerleştirerek yükseltmeyi yeniden deneyebilirsiniz. Ayrıca, dosya bulunursa ancak sağlanan yapılandırmalar yanlışsa (örneğin, Cassandra kimlik bilgileri yanlışsa) yükseltme aşağıdaki gibi bir hatayla başarısız olur:
```
Error in PREIN scriptlet in rpm package apigee-cassandra-X.XX.XX-X.X.XXXX.noarch
```
Bu durumda da benzer şekilde, yükseltme başarısız olduğunda durdurulmuşsa Cassandra hizmetini başlatın ve dosyada yapılandırmaları düzelttikten sonra yükseltmeyi yeniden deneyin.
Apigee Drupal 7 geliştirici portalının SmartDocs özelliğini kullanıyorsanız modellerinizin her birini geliştirici portalı kullanıcı arayüzünden JSON biçiminde indirerek dışa aktarın. Bu modellerin, yönetim sunucuları güncellendikten sonra Apigee'ye tekrar aktarılması gerekir.
Henüz mevcut değilse 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 uzaklaştırın

İlk veri merkezinden gelen çalışma zamanı ve yönetim trafiğini engelleyin.
Tüm çalışma zamanı trafiğini ve yönetim API'lerini diğer işlevsel veri merkezlerine yönlendirin.
Ç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

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
```

Bir düğüm güncellendikten sonra, devam etmeden önce bazı doğrulama işlemlerini ç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 kod, aşağıdakine benzer bir çıktı verir:

Cassandra version is verified - [cqlsh 5.0.1 | Cassandra 3.11.16 | CQL spec 3.4.4 | Native protocol v3] Metadata is verified

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ükseltme işlemi yapılan veri merkezlerinde çalışma zamanı trafiği engellendi Çalışma zamanı, diğer veri merkezlerinde tamamen işlevseldir.	Yükseltme yapılan veri merkezlerinde yönetim trafiği engellendi. Cassandra diğer veri merkezlerinde yükseltildikten sonra aşağıdaki yönetim işlevi kullanılamaz: Ortamla API ürünü oluşturmak için Management API Bir API ürününü ortamla güncellemek için Management API Kuruluş silmek için Management API

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ükseltme işlemi yapılan veri merkezlerinde çalışma zamanı trafiği engellendi Çalışma zamanı tamamen işlevsel	Yükseltme yapılan veri merkezlerinde yönetim trafiği engellendi. Cassandra yükseltildikten sonra aşağıdaki yönetim işlevi kullanılamaz: Ortamla API ürünü oluşturmak için Management API Bir API ürününü ortamla güncellemek için Management API Kuruluş silmek için Management API

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

Veri merkezindeki tüm yönlendirici ve ileti işlemci 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ükseltme işlemi yapılan veri merkezlerinde çalışma zamanı trafiği engellendi Çalışma zamanı, diğer veri merkezlerinde tamamen işlevseldir.	Yükseltme yapılan veri merkezlerinde yönetim trafiği engellendi. Cassandra, diğer veri merkezlerinde yükseltildikten sonra aşağıdaki yönetim işlevi kullanılamaz: Ortamla API ürünü oluşturmak için Management API Bir API ürününü ortamla güncellemek için Management API Kuruluş silmek için Management API

6. adım: Trafiği tekrar ilk veri merkezine yönlendirin

Birinci veri merkezi Cassandra, çalışma zamanı bileşenleri ve yönetim sunucusu ile yükseltildikten sonra çalışma zamanı ve yönetim trafiğini birinci veri merkezinde 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

Trafiği bu tür veri merkezlerinden uzaklaştırarak, Apigee yazılımını güncelleyerek ve bu tür veri merkezlerinde trafiği yeniden etkinleştirerek kalan veri merkezlerinde 1. Adım'dan 6. Adım'a kadar olan adımları birer birer tekrarlayı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 akıllı dokümanları 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. Bu işlemi daha sonra yapabilirsiniz.

Bu işlemi yalnızca Drupal 7 tabanlı geliştirici portalı kullanıyorsanız 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ı bırakın

Eski ve kullanılmayan tabloları Cassandra kümesinden silmek için aşağıdaki komutu çalıştırın. Bu işlem çalıştırılana kadar Cassandra'nın belirli özelliklerini (ör. yeni kimlik doğrulama ayarlama) kullanamazsınız. Eski kimlik doğrulama mekanizmaları çalışmaya devam eder. Bu komut yalnızca kümedeki 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ölgelerdeki kalan tüm edge-qpid-server ve edge-postgres-server düğümlerini tek tek yükseltin.

Bu aşamada, aşağıdaki gibi Edge for Private Cloud 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'i 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ükseltiyorsanız lütfen Qpid'i yükseltme bölümüne bakın.
Edge for Private Cloud 4.52.01'den 4.52.02'ye yükseltiyorsanız Qpid Broker'ın en son sürümünü kullanıyor olmanız gerekir ve ek Qpid yükseltme adımları gerekli değildir.

Yeni Edge kullanıcı arayüzü

Bu bölümde, Edge kullanıcı arayüzü ile ilgili dikkat edilmesi gereken noktalar listelenmektedir. Daha fazla bilgi için Özel Bulut 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 arayüz, Apigee Edge for Private Cloud'un geliştiricileri ve yöneticileri için geliştirilmiş bir kullanıcı arayüzüdür.

Edge kullanıcı arayüzünün, Temel kimlik doğrulamanın devre dışı bırakılmasını ve SAML veya LDAP gibi bir IDP kullanılmasını gerektirdiğini unutmayın.

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, özel bulutun hangi Edge sürümünden yükseltme yaptığınızı göz önünde bulundurun:

4.51.00'dan 4.52.00'a (yeni Edge kullanıcı arayüzü zaten yüklüyse): edge-management-ui bileşeni için bu bölümdeki yükseltme talimatlarını kullanın.

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.

Başarısızlık nedeniyle güncellemeyi önceki sürüme geri çekmeniz gerekiyorsa ayrıntılı talimatlar için 4.52.00 sürümünü geri çekme başlıklı makaleyi inceleyin.

Günlük kaydı güncelleme bilgileri

update.sh yardımcı programı, varsayılan olarak günlük bilgilerini şu konuma 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ük, /tmp dizinine update_username.log adlı bir dosya olarak yazılır.

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

Sıfır kapalı kalma süresiyle güncelleme

Sıfır kapalı kalma süresiyle güncelleme veya periyodik güncelleme, Edge'i kapatmadan Edge yüklemenizi güncellemenize olanak tanır.

Sıfır kapalı kalma süresiyle güncelleme yalnızca 5 düğümlü ve daha büyük bir yapılandırmayla mümkündür.

Sıfır kapalı kalma süresiyle yükseltmenin anahtarı, her yönlendiriciyi yük dengeleyiciden tek tek kaldırmaktır. Ardından, yönlendiriciyi ve yönlendiriciyle aynı makinedeki diğer tüm bileşenleri güncelleyin ve yönlendiriciyi yük dengeleyiciye geri ekleyin.

Kurulumunuz için makineleri Makine güncelleme sırası bölümünde açıklandığı gibi doğru sırada güncelleyin.
Yönlendiricileri güncelleme zamanı geldiğinde herhangi bir yönlendiriciyi seçin ve Sunucu (mesaj işlemcisi/yönlendirici) erişilebilirliğini etkinleştirme/devre dışı bırakma bölümünde açıklandığı gibi bu yönlendiriciye erişilemez hale getirin.
Seçili 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şlemci gösterir.
Yönlendiriciye tekrar erişilebilir hale getirin.
Kalan yönlendiriciler için 2-4 arasındaki adımları tekrarlayın.
Kurulumunuzdaki kalan makineler için güncellemeyi devam ettirin.

Güncellemeden önce ve sonra aşağıdakilere dikkat edin:

Birleştirilmiş yönlendirici ve mesaj işleyici düğümünde:
- Güncellemeden önce aşağıdakileri yapın:
  1. Yönlendiriciye erişilemez hale getirin.
  2. Mesaj işleyiciye erişilemez hale getirin.
- Güncellemeden sonra aşağıdakileri yapın:
  1. Mesaj İşleyici'ye ulaşılabilir hale getirin.
  2. Yönlendiriciye erişilebilir hale getirin.
Tek yönlendirici düğümlerinde:
- Güncellemeden önce yönlendiriciye erişilemez hale getirin.
- Güncellemeden sonra yönlendiriciye erişilebilir hale getirin.
Tek Mesaj İşleme düğümlerinde:
- Güncellemeden önce Mesaj İşleyici'ye erişilemez hale getirin.
- Güncellemeden sonra Message Processor'a erişilebilir hale getirin.

Sessiz yapılandırma dosyası kullanma

Güncelleme komutuna sessiz bir 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 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:

Varsa güncelleme tamamlanana kadar Cassandra'da onarım işlemi yapacak şekilde yapılandırılmış tüm cron işlerini devre dışı bırakın.
Edge RPM'lerini yüklemek için düğümünüze root olarak giriş yapın.
NOT: RPM yüklemesi için kök erişimi gerekirken Edge yapılandırmasını kök erişimi olmadan gerçekleştirebilirsiniz.
yum-utils ve yum-plugin-priorities'yi yükleyin:
Not: İşletim sisteminiz RHEL 8.0 - 8.6 ise bu adımı atlayın.
```
sudo yum install yum-utils
sudo yum install yum-plugin-priorities
```
Install the Edge apigee-setup utility (Edge apigee-setup yardımcı programını yükleme) bölümünde açıklandığı şekilde SELinux'u devre dışı bırakın.
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
```

AWS'ye yükleme yapıyorsanız aşağıdaki yum-configure-manager komutları çalıştırın:

yum update rh-amazon-rhui-client.noarch
sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

Şu anda Edge 4.51.00 kullanıyorsanız:
1. Edge bootstrap_4.52.02.sh dosyasını /tmp/bootstrap_4.52.02.sh konumuna 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 karakterini atlarsanız girmeniz istenir.
  
  Yükleyici, varsayılan olarak Java 1.8'in yüklü olup olmadığını kontrol eder. Aksi takdirde yükleyici, bileşeni sizin için yükler.
  
  Java yüklemesinin nasıl ele alınacağını belirtmek için JAVA_FIX seçeneğini kullanın. JAVA_FIX aşağıdaki değerleri alır:
  - I: OpenJDK 1.8'i (varsayılan) yükleyin.
  - C: Java'yı yüklemeden devam edin.
  - Q: Çıkış. Bu seçeneği kullanmak için Java'yı kendiniz yüklemeniz gerekir.
3. Aşağıdaki örnekte gösterildiği gibi apigee-setup yardımcı programını güncellemek için apigee-service 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ü hariç tüm Edge bileşenleri: Yönetim Sunucusu, Mesaj İşleyici, Yönlendirici, Qpid Sunucusu, Postgres Sunucusu
    - ldap: OpenLDAP
    - ps: postgresql
    - qpid: qpidd
    - sso: Apigee TOA (TOA'yı 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 kurulumu sırasında Edge bileşenlerinizi tanımlamak için kullandığınız yapılandırma dosyasıyla aynıdır.
  update.sh değerini "all" olarak ayarlayarak tüm bileşenlere karşı component çalıştırabilirsiniz ancak bu yalnızca Edge all-in-one (AIO) yükleme profiliniz varsa mümkündür. Ö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, bunları ç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 çekmeye karar verirseniz 4.52.02 sürümüne geri dönme başlıklı makalede 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 internet üzerinden Apigee deposuna erişmeleri başka bir şekilde yasaklanmışsa güncellemeyi yerel bir depodan veya Apigee deposunun bir yansıtılmış kopyası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.
Yerel depolu düğüme bir web sunucusu yükleyerek diğer düğümlerin bu sunucuya erişmesini sağlayın. Apigee, kullanmanız için Nginx web sunucusunu sağlar veya kendi web sunucunuzu kullanabilirsiniz.

Yerel bir 4.52.02 deposundan güncellemek için:

Install the Edge apigee-setup utility (Edge apigee-setup yardımcı programını yükleme) bölümündeki "Create a local Apigee repository" (Yerel bir Apigee deposu oluşturma) başlıklı makalede açıklandığı şekilde yerel bir 4.52.02 deposu oluşturun.
NOT: Mevcut bir deponuz varsa 4.52.02 deposunu Install the Edge apigee-setup utility (Edge apigee-setup yardımcı programını yükleme) bölümündeki "Update a local Apigee repository" (Yerel bir Apigee deposunu güncelleme) başlığında açıklandığı şekilde ekleyebilirsiniz.
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 çıkarı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 komuta, repos dizininin yolunu eklediğinizi unutmayın.
Nginx web sunucusunu kullanarak apigee-service'i yüklemek için:
1. Nginx web sunucusunu, Install the Edge apigee-setup utility (Edge apigee-setup yardımcı programını yükleme) bölümündeki "Install from the repo using the Nginx webserver" (Nginx web sunucusunu kullanarak depodan yükleme) başlıklı makalede 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 konumuna indirin:
```
/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh
```
  Burada uName:pWord, daha önce depo için 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://
```
  Burada uName:pWord, depo kullanıcı adı ve şifresidir.
Aşağıdaki örnekte gösterildiği gibi apigee-setup yardımcı programını güncellemek için apigee-service kullanın:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-setup update 
```
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
```
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
```
Makine güncelleme sırası bölümünde açıklanan sırayla düğümlerinizde update yardımcı programını ç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ü hariç tüm Edge bileşenleri: Yönetim Sunucusu, Mesaj İşleyici, Yönlendirici, Qpid Sunucusu, Postgres Sunucusu
  - ldap: OpenLDAP
  - ps: postgresql
  - qpid: qpidd
  - sso: Apigee TOA (TOA'yı 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 kurulumu sırasında Edge bileşenlerinizi tanımlamak için kullandığınız yapılandırma dosyasıyla aynıdır.
  NOT: Yapılandırma dosyası, "apigee" kullanıcısı tarafından okunabilir olmalıdır. Sahibi değiştirmek için aşağıdaki komutu kullanın:
```
chown apigee:apigee configFile
```
update.sh değerini "all" olarak ayarlayarak tüm bileşenlere karşı component çalıştırabilirsiniz ancak bu yalnızca Edge all-in-one (AIO) yükleme profiliniz varsa mümkündür. Örneğin:
```
/opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
```
Henüz yapmadıysanız kullanıcı arayüzü bileşenlerini, üzerinde çalıştıkları tüm düğümlerde yeniden başlatın:
```
/opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
```
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.

Daha sonra güncellemeyi geri almaya karar verirseniz 4.52.02 sürümüne geri dönme başlıklı makalede açıklanan prosedürü kullanın.

Makine güncelleme sırası - 4.51.00 (veya) 4.52.00 (veya) 4.52.01 sürümünden yükseltme

Bir Edge kurulumunda makineleri güncelleme sırası ö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 sürümünden yükseltme yapıyorsanız PostgreSQL'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, Management Server, Mesaj İşleyici ve Router düğümlerini her seferinde bir veri merkezi olacak şekilde güncellemeniz gerekir.
Tüm veri merkezlerindeki 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ü, yeni Edge kullanıcı arayüzü ve SSO düğümlerini güncelleyin.
Para kazanma ayarlarını güncellemek için ayrı bir adım gerekmez. -c kenar seçeneğini belirttiğinizde güncellenir.
Not: Edge kullanıcı arayüzü bileşenini güncelledikten sonra, güncelleme yükleme talimatlarında açıklandığı gibi Edge kullanıcı arayüzü hizmetini yeniden başlatmanız gerekir.

1 düğümlü bağımsız yükseltme

1 düğümlü bağımsız bir yapılandırmayı 4.52.02 sürümüne yükseltmek için:

Tüm bileşenleri güncelleyin:

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

(apigee-adminapi yüklediyseniz) apigee-adminapi yardımcı programı güncellendi:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```

2 düğümlü bağımsız 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'ne bakın.

1. makinede Zookeeper'ı güncelleyin:

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

2. makinede Postgres'i güncelleyin:

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

1. makinede LDAP'yi güncelleyin:

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

1. makinede Cassandra'yı güncelleyin:

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

1. ve 2. makinedeki Edge bileşenlerini güncelleyin:

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

2. makinede Qpid'i güncelleyin:

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

1. makinede kullanıcı arayüzünü güncelleyin:

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

(apigee-adminapi yüklediyseniz) 1. makinedeki apigee-adminapi yardımcı programını güncellediyseniz:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(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.
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 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'ne bakın.

1, 2 ve 3 numaralı makinelerde ZooKeeper'ı güncelleyin:

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

4 numaralı makinede Postgres'i güncelleyin:

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

5 numaralı makinede Postgres'i güncelleyin:

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

1. makinede LDAP'yi güncelleyin:

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

1, 2 ve 3 numaralı makinelerde Cassandra'yı güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
1, 2, 3, 4 ve 5 numaralı makinelerde Edge bileşenlerini güncelleme:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```

4. makinede Qpid'i güncelleyin:

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

5. makinede Qpid'i güncelleyin:

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

Edge kullanıcı arayüzünü güncelleme:
- 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 (1. makine olmayabilir) ue bileşenini güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c ue -f /opt/silent.conf
```
(apigee-adminapi yüklediyseniz) 1. makinedeki apigee-adminapi yardımcı programını güncellediyseniz:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(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üklerken oluşturduğunuz yapılandırma dosyasıdır.
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 edge-management-ui bileşenini yeniden başlatın (1. makine olmayabilir):
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
```

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

9 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'ne bakın.

1, 2 ve 3 numaralı makinelerde ZooKeeper'ı güncelleyin:

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

8 numaralı makinede Postgres'i güncelleyin:

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

9 numaralı makinede Postgres'i güncelleyin:

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

1. makinede LDAP'yi güncelleyin:

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

1, 2 ve 3 numaralı makinede Cassandra'yı güncelleyin:

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

1, 4, 5, 6, 7, 8 ve 9 numaralı makinelerde Edge bileşenlerini bu sırayla güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```

6. ve 7. makinelerde Qpid'i güncelleyin:

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

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
```
(apigee-adminapi'ı yüklediyseniz) 1. makinede apigee-adminapi yardımcı programını güncelleyin:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(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üklerken oluşturduğunuz yapılandırma dosyasıdır.
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 edge-management-ui bileşenini yeniden başlatın (1. makine olmayabilir):
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
```

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

13 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'ne bakın.

1, 2 ve 3 numaralı makinelerde ZooKeeper'ı güncelleyin:

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

8 numaralı makinede Postgres'i güncelleyin:

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

9 numaralı makinede Postgres'i güncelleyin:

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

4. ve 5. makinelerde LDAP'yi güncelleyin:

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

1, 2 ve 3 numaralı makinelerde Cassandra'yı güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
6, 7, 10, 11, 12, 13, 8 ve 9 numaralı makinelerde Edge bileşenlerini bu sırayla güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```

12 ve 13 numaralı makinelerde Qpid'i güncelleyin:

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

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
```
(apigee-adminapi yüklediyseniz) 6. ve 7. makinelerdeki apigee-adminapi yardımcı programı güncellendi:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(Apigee TOA'yı yüklediyseniz) 6. ve 7. makinelerde 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üklerken oluşturduğunuz yapılandırma dosyasıdır.
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. 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'ne bakın.

Her iki DC'deki 1, 2, 3, 7, 8 ve 9 numaralı makinelerde ZooKeeper'ı güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
```
Her iki veri merkezindeki 6 ve 12 numaralı makinelerde Postgres'i güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```
Her iki DC'de de 1 ve 7 numaralı makinelerde LDAP'yi güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
```
DC-1'deki trafiği engelleyin ve tüm trafiğin diğer DC-2'ye yönlendirildiğinden emin olun.
DC-1'deki 1, 2 ve 3 numaralı makinede Cassandra'yı güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```

DC-1'deki 1. makinede yönetim sunucusunu güncelleyin:

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

DC-1'deki 2 ve 3 numaralı makinede yönlendiriciyi ve mesaj işleyiciyi güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
DC-1'deki trafiğin engelini 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.
DC-2'deki 7, 8 ve 9 numaralı makinede Cassandra'yı güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
DC-2'deki 7 numaralı makinede yönetim sunucusunu güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
DC-2'deki 8 ve 9 numaralı makinede yönlendiriciyi ve mesaj işleyiciyi güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
DC-2'deki trafiğin engelini kaldırın. Artık her iki DC de trafiği işleyecektir.
1. ve 7. makinede, tüm DC'lerdeki yönetim sunucularında güncelleme komutunu yeniden çalıştırın:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
Her iki DC'de de 4,5,6,10,11,12 numaralı makinede edge-qpid-server ve edge-postgres-server'ı güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
Her iki DC'de de 4, 5, 10 ve 11 numaralı makinelerde Qpid'i güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
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
```
(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
```
(Apigee TOA'yı yüklediyseniz) Her iki DC'deki Apigee TOA düğümlerini güncelleyin:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
```
Her iki DC'de de yeni Edge kullanıcı arayüzünü (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
```