Edge 4.52.02'ye güncelleme sırasında bir hatayla karşılaşırsanız hataya neden olan bileşeni geri alıp güncellemeyi tekrar deneyebilirsiniz.
Edge 4.52.02'yi aşağıdaki ana sürümlerden herhangi birine geri döndürebilirsiniz:
- Sürüm 4.52.01
- 4.52.00 sürümü
- 4.51.00 sürümü
Bir sürümü geri almak, yükseltmiş olabileceğiniz her bileşeni geri almanızı gerektirir. Ayrıca, başladığınız sürüme bağlı olarak belirli yazılım bileşenlerini geri almadan önce özel adımları uygulamanız gerekebilir. Aşağıdaki tabloda, geri alma sırasında özel adımlar gerekebilecek çeşitli yazılım bileşenleri listelenmiştir:
Sürüme geri alma | Yazılımla ilgili dikkat edilmesi gereken noktalar |
---|---|
4.52.01 | Cassandra |
4.52.00 | Zookeeper, Cassandra, Qpid |
4.51.00 | Zookeeper, Postgres, Cassandra, Qpid |
Geri alma işlemi yapmak isteyebileceğiniz iki senaryo vardır:
- Önceki bir büyük veya küçük sürüme geri dönebilirsiniz. Örneğin, 4.52.02 yerine 4.52.00.
- Aynı sürümdeki önceki bir yama sürümüne geri dönebilirsiniz. Örneğin, 4.52.00.02 yerine 4.52.00.01.
Daha fazla bilgi için Apigee Edge sürüm süreci başlıklı makaleyi inceleyin.
Geri alma sırası
Bileşenlerin geri alınması, yükseltme işleminin ters sırasına göre yapılmalıdır. Yönetim sunucularının Cassandra'dan sonra geri alınması istisnadır. Cassandra, çalışma zamanı bileşenleri ve Yönetim Sunucusu'nun tümü, trafiği geçici olarak işlevsel veri merkezlerine yönlendirerek veri merkezi bazında (DC-by-DC) bir yaklaşım kullanılarak geri alınmalıdır.
Private Cloud 4.52.02 için tipik bir genel geri alma sırası aşağıdaki gibidir:
Tek veri merkezi
Tek veri merkezi kurulumunda geri alma işlemi, çalışma zamanı trafiği ve belirli yönetim API'leri üzerinde önemli bir etkiyle karşılaşacaktır.
- Qpid ve analizlerle ilgili diğer bileşenleri geri alma
- Yönlendiricileri ve Mesaj İşleyicileri Geri Alma
- Cassandra'yı geri alma
- Geri alma yönetimi sunucusu
- Postgres ve Zookeeper'ı geri alma
Birden fazla veri merkezi
Çok veri merkezi kurulumunda geri alma işlemleri, trafiği geçici olarak çalışan veri merkezlerine yönlendirerek veri merkezine göre veri merkezi (DC-by-DC) yaklaşımını izlemelidir. Bu sayede trafik sürekliliği sağlanır, çalışmama süresi önlenir ve Cassandra, Yönetim Sunucusu ve Çalışma zamanı düğümleri için kontrollü bir geri alma işlemi etkinleştirilir.
- Tüm DC'lerde Qpid ve analizlerle ilgili diğer bileşenleri geri alın.
- İlk veri merkezindeki trafiği engelleyin ve trafiği diğer veri merkezlerine yeniden yönlendirin.
- Yönlendiricileri ve Mesaj İşlemcileri ilk veri merkezinde geri alın.
- İlk veri merkezinde Cassandra'yı geri alın.
- İlk veri merkezindeki yönetim sunucusunu geri alın.
- İlk veri merkezinde trafiğin engellemesini kaldırın ve son veri merkezine Runtime düğümleri, Cassandra ve Yönetim sunucusu geri alınana kadar 2. adımdan 6. adıma kadar olan adımları uygulayın.
- Tüm DC'lerde Postgres, Zookeeper ve LDAP'yi geri alın.
Bunu daha iyi anlamak için Cassandra kümenizin tamamını, tüm Yönetim Sunucularını ve birkaç Çalışma Zamanı Mesaj İşlemcisini (RMP) 4.52.01 sürümünden 4.52.02 sürümüne yükselttiğinizi ve geri alma işlemi yapmanız gerektiğini varsayalım. Bu durumda geri alma işlemi aşağıdaki şekilde gerçekleştirilmelidir:
- Hizmetin devamlılığını sağlamak için ilk veri merkezine (veri merkezi) gelen trafiği engelleyin ve diğer etkin veri merkezlerine trafiği yeniden yönlendirin.
- İlk veri merkezinde Yönlendiricileri ve Mesaj İşlemcileri geri alın.
- Yedekleme veya sanal makine anlık görüntüsünden geri yükleme yaparak ilk veri merkezinde Cassandra'yı geri alın.
- İlk veri merkezinde Yönetim Sunucusunu geri alın.
- İlk veri merkezine trafik akışını açın.
- Tüm çalışma zamanı düğümleri, Cassandra ve yönetim sunucuları geri alınana kadar kalan her veri merkezi için 1 ile 5 arasındaki adımları tekrarlayın.
Kimler geri alma işlemi gerçekleştirebilir?
Geri alma işlemini gerçekleştiren kullanıcı, Edge'i ilk güncelleyen kullanıcıyla aynı veya root olarak çalışan bir kullanıcı olmalıdır.
Edge bileşenleri varsayılan olarak "apigee" kullanıcısı olarak çalışır. Bazı durumlarda Edge bileşenlerini farklı kullanıcılar olarak çalıştırıyor olabilirsiniz. Örneğin, yönlendiricinin 1000'den düşük olanlar gibi ayrıcalıklı bağlantı noktalarına erişmesi gerekiyorsa yönlendiriciyi root olarak veya bu bağlantı noktalarına erişimi olan bir kullanıcı olarak çalıştırmanız gerekir. Dilerseniz bir bileşeni bir kullanıcı olarak, diğer bileşeni ise başka bir kullanıcı olarak çalıştırabilirsiniz.
Ortak kod içeren bileşenler
Aşağıdaki Edge bileşenleri ortak kod paylaşır. Bu nedenle, bir düğümdeki bu bileşenlerden herhangi birini geri almak için söz konusu düğümdeki bu bileşenlerin tümünü geri almanız gerekir.
edge-management-server
(Yönetim sunucusu)edge-message-processor
(Mesaj İşleyici)edge-router
(Yönlendirici)edge-postgres-server
(Postgres Sunucusu)edge-qpid-server
(Qpid Sunucusu)
Örneğin, düğümde Yönetim Sunucusu, Yönlendirici ve İleti İşleyen yüklüyse bunlardan birini geri almak için üçünü de geri almanız gerekir.
Cassandra'yı geri alma
Belirli bir Cassandra düğümünde Cassandra'da büyük bir yükseltme yapıldığında Cassandra, düğümde depolanan verilerin şemasını değiştirerek doğrudan geri alma işlemini imkansız hale getirir. Geri alma işleminin iki yöntemi vardır. Geri aldığınız yükseltmenin durumuna bağlı olarak bu metodolojilerden birini kullanırsınız.
Geri alma metodolojileri
- Yeniden oluşturma işlemlerini kullanarak Cassandra'yı geri alma
- Yedekleme/sanal makine anlık görüntüsünü kullanarak Casandra'yı geri alma
Geri alma senaryoları
Private Cloud için Edge 4.52.02, Cassandra'da ve mesaj işleyici ile yönetim sunucusunun Cassandra'ya bağlanmak için kullandığı sürücüde bir yükseltme içerir. Sonuç olarak, bu 3 bileşenin yükseltilmesi ve geri alınması birbirine yakından bağlıdır. Aşağıdaki tabloda, bu üç bileşen için geri alma senaryolarının genel örnekleri listelenmiştir. Diğer bileşenlerin geri alınması, geri alma sırası bölümüne göre yapılmalıdır.
Bu bölümde, yukarıda açıklanan yaklaşımlara dayalı olarak, çeşitli geri alma senaryoları ve uygulanması önerilen metodoloji özetlenmiştir.
Senaryo | Geri alma stratejisi |
---|---|
Tek veri merkezi, bazı Cassandra düğümleri yükseltildi | Yedekleme geri yükleme |
Tek veri merkezi, tüm Cassandra düğümleri yükseltildi | Yedekleme geri yükleme |
Tek veri merkezi, tüm düğümler (Cassandra, Yönetim sunucusu ve Çalışma düğümleri) yükseltildi | |
Birden fazla veri merkezi, ilk veri merkezindeki bazı/tüm Cassandra düğümleri yükseltildi | Mevcut veri merkezinden yeniden oluşturma |
Birden fazla veri merkezi, tüm Cassandra düğümleri, ilk veri merkezindeki yönetim sunucusu ve çalışma düğümleri yükseltildi |
Bu işlem bir seferde tek bir veri merkezinde yapılmalıdır. |
Birden fazla veri merkezi, son veri merkezinin bazı/tümü Cassandra düğümleri yükseltildi |
|
Birden fazla veri merkezi, tüm Cassandra düğümleri, yönetim sunucusu ve tüm DC'lerde yükseltilen çalışma düğümleri |
Bu işlem bir seferde bir veri merkezinde yapılmalıdır. |
Genel olarak, Cassandra'yı geri alırken aşağıdakileri göz önünde bulundurmanız gerekir:
- Çalışma zamanı veya yönetim bileşenlerinin geri alınması
Edge Yönetim Sunucusu veya Edge Mesaj İşlemcisi gibi bileşenleri herhangi bir veri merkezinde (DC) önceki bir Edge Private Cloud sürümüne geri almanız gerekirse Cassandra'nın da aynı anda söz konusu veri merkezinde geri alındığından emin olun. Bu, yönetim ve çalışma zamanında trafik hatalarını önlemek için gereklidir.
- Yedekleme kullanarak geri alma
Cassandra 3.11.x sürümünden alınan yedekler, Cassandra 2.1.x sürümünden alınan yedeklerle uyumlu değildir. Yedekleme geri yükleme özelliğini kullanarak geri çekmeyi etkinleştirmek için yükseltme yapmadan önce Cassandra 2.1.x yedeklerinin alındığından emin olun.
- Geri alma işlemi için veri merkezini izole etme
Çalışmama süresini önlemek için trafiğin tamamen işlevsel veri merkezlerine yönlendirildiğinden ve geri alma işleminin yapıldığı veri merkezinden engellendiğinden emin olun.
Yeniden oluşturma işlemini kullanarak Cassandra'yı geri alma
Ön koşullar
- Birden fazla veri merkezinde Edge for Private Cloud 4.51.00 / 4.52.00 / 4.52.01 kümesi kullanıyorsanız
- Cassandra'yı 2.1.X sürümünden 3.11.X sürümüne yükseltme sürecindesiniz ve yükseltme sırasında sorunlarla karşılaştınız
- Kümede, Cassandra'nın eski sürümünü (Cassandra 2.1.X) kullanan en az 1 tam işlevli veri merkeziniz varsa
Üst düzey adımlar
- Geri almak istediğiniz bir veri merkezini (kısmen veya tamamen yükseltilmiş) seçin. Bu veri merkezindeki tüm uygulama trafiğini, tamamen işlevsel olan başka bir veri merkezine yönlendirin.
- Yönlendirici ve Mesaj İşleyici yükseltildiyse veri merkezindeki tüm Yönlendirici ve Mesaj İşleyici düğümlerini tek tek geri alın.
- Cassandra'yı bir düğümde durdurun, kaldırın ve ilişkili tüm verileri temizleyin.
- Önceki sürümün önyüklemesini yükleyin ve temizlenen düğümde Cassandra 2.1.x sürümünü ayarlayın.
- Düğümü, hâlâ Cassandra 2.1.x çalıştıran mevcut işlevsel veri merkezinden yeniden oluşturun.
- Veri merkezinde kalan her Cassandra düğümünde 3 ila 5. adımları tek tek uygulayın.
- Veri merkezinde Yönetim Sunucusu kurulumunu yeniden çalıştırın.
- Geri alma işlemini doğrulamak için test yapın. Doğrulama tamamlandıktan sonra uygulama trafiğini geri yüklenen veri merkezine yönlendirin.
- Geri alma işlemi gerektiren diğer veri merkezleri için yukarıdaki adımları tek tek tekrarlayın.
Düğümü yeniden oluşturmak için kümedeki mevcut düğümleri silmek ve kullanmak üzere ayrıntılı adımlar:
Geri almak istediğiniz düğümle başlayın
- Sonraki adımlara geçmeden önce trafiğin tamamen işlevsel veri merkezlerine yönlendirildiğinden emin olun.
- Yönlendirici ve Mesaj İşleyici yükseltildiyse veri merkezindeki tüm yönlendirici ve mesaj işleyici düğümlerini tek tek önceki sürüme geri alın.
- Düğümde Cassandra'yı durdurun:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop
- Cassandra yazılımını düğümden kaldırın:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra uninstall
-
Veri dizinini düğümden kaldırın:
rm -rf /opt/apigee/data/apigee-cassandra
Geri dönmek istediğiniz Edge for Private Cloud'un eski sürümünün önyüklemesini indirip çalıştırın:
Örnek: 4.52.01 sürümüne geri dönmek için
- 4.52.01 sürümünün önyüklemesini indirin:
curl https://software.apigee.com/bootstrap_4.52.01.sh -o /tmp/bootstrap_4.52.01.sh -u ‘uName:pWord’
- 4.52.01'in önyüklemesini yürütün:
sudo bash /tmp/bootstrap_4.52.01.sh apigeeuser=uName apigeepassword=pWord
- Düğüme Cassandra yazılımını yükleyin:
apigee-service apigee-cassandra install
- Aşağıdaki özelliği
/opt/apigee/apigee-cassandra/source/conf/cassandra-env.sh
dosyasına ekleyin.JVM_OPTS="$JVM_OPTS -Dcassandra.replace_address=<cass_ip-address>"
Örnek:
JVM_OPTS="$JVM_OPTS -Dcassandra.replace_address=10.0.0.1"
- Düğümde Cassandra'yı ayarlayın:
/opt/apigee/apigee-setup/bin/setup.sh -p c -f configFile
- Cassandra UP and RUNNING olduktan sonra yukarıdaki CWC'yi aşağıdaki dosyadan kaldırın:
/opt/apigee/apigee-cassandra/source/conf/cassandra-env.sh
dosyası. - Cassandra düğümünü yeniden başlatma
apigee-service apigee-cassandra restart
- İşlevsel veri merkezinin adını sağlayarak düğümde yeniden oluşturma işlemini yürütün:
/opt/apigee/apigee-cassandra/bin/nodetool rebuild -h <node-IP> <functional-dc>
Örnek:
/opt/apigee/apigee-cassandra/bin/nodetool rebuild -h 10.0.0.1 dc-2
- Veri merkezinde geri almak istediğiniz her düğümde yukarıdaki adımları tek tek tekrarlayın.
Veri merkezindeki tüm Cassandra düğümleri geri alındıktan ve yeniden oluşturulduktan sonra
- Geri alınan veri merkezinde yönetim sunucusu düğümlerinden herhangi birinin kurulumunu çalıştırın. Yönetim sunucusunun geri alınan sürümden olduğundan emin olun. Aksi takdirde yönetim sunucusunu da geri alın.
- Yönetim sunucusunu durdurun:
/opt/apigee/apigee-service/bin/apigee-service edge-management-server stop
- Para kazanma özelliğini kullanıyorsanız bu özelliği de kaldırın:
/opt/apigee/apigee-service/bin/apigee-service edge-mint-gateway uninstall
- edge-gateway ve apigee-cassandra-client'ı kaldırın:
/opt/apigee/apigee-service/bin/apigee-service edge-gateway uninstall
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra-client uninstall
- Eski sürümün önyüklemesini indirip çalıştırın. Örneğin, 4.52.01 sürümünün önyüklemesini indirip yürütmek için aşağıdaki adımları uygulayın.
curl https://software.apigee.com/bootstrap_4.52.01.sh -o /tmp/bootstrap_4.52.01.sh -u ‘uName:pWord’
sudo bash /tmp/bootstrap_4.52.01.sh apigeeuser=uName apigeepassword=pWord
- Bir yönetim sunucusu düğümünün kurulumunu çalıştırın:
/opt/apigee/apigee-setup/bin/setup.sh -p mt -f configFile
- Yukarıdaki adımları tamamladıktan sonra trafiği geri alınan veri merkezine yönlendirin.
Yönetim sunucusunu eski sürüme geri alma
Yönetim sunucusu kurulumu
Yeniden oluşturma işleminden sonra optimizasyon
Yukarıdaki adımlarda, yeniden oluşturma sırasında düğümdeki tüm veriler uzak veri merkezinden aktarılır. Tüm kopyalar yerel veri merkezine aktarıldıktan sonra bir onarım kullanarak bu süreci optimize edebilirsiniz. Bu işlem, veri merkezleri arasında aktarma yapılmasını önler ve tüm düğümleri uzak bir veri merkezinden yeniden oluşturmaktan daha hızlıdır.
Örnek: Yerel veri merkezinde altı Cassandra düğümünüz olduğunu varsayalım. Apigee'nin varsayılan çoğaltma faktörü üçtür. Bu nedenle, her düğüm verilerin% 50'sine sahiptir. Bu durumda, yukarıdaki prosedürü uygulayarak 1. ve 4. düğümleri yeniden oluşturabilirsiniz. 2, 3, 5 ve 6 numaralı düğümler için yedeklemeyi geri yüklemek ve onarım yapmak üzere aşağıdaki adımları uygulayın.
- Yerel veri merkezinde kopyaları yeniden oluşturmak için yukarıdaki adımlara kadar olan prosedürü uygulayın.
- Kalan düğümler için aşağıdaki adımları her bir düğümde tek tek uygulayın.
- Bu düğümde yakaladığınız yedeklemeyi geri yükleyin (not: Cassandra yükseltmesini başlatmadan önce alındığı için bu yedekte muhtemelen eski veriler bulunur):
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restore backup_file
Düğümün sanal makine anlık görüntüsüne sahipseniz Cassandra yedeğini geri yüklemek yerine anlık görüntüyü geri yükleyebilirsiniz.
- Yedekleme geri yüklendikten sonra düğümde Cassandra hizmetini başlatın:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra start
- Mevcut bir veri merkezinden en son verilerin aktarılabilmesi için düğümde onarım işlemi gerçekleştirin:
/opt/apigee/apigee-cassandra/bin/nodetool -h <node-IP> repair -dc <local-dc-name>
Örnek:
/opt/apigee/apigee-cassandra/bin/nodetool -h 10.0.0.1 repair -dc dc-1
- Onarmak istediğiniz her düğümde 2. adımda belirtilen tüm adımları tekrarlayın.
Yedekleme / sanal makine anlık görüntüsünü kullanarak Cassandra'yı geri alma
Cassandra kümesinin tamamını yükselttiyseniz ve geri almak istiyorsanız kullanabileceğiniz tek prosedür budur. Ayrıca Apigee yedeklemeleri düğüme özeldir. Bir düğümden alınan yedeği başka bir düğüme geri yüklemek mümkün değildir. Cassandra yedeklemeleri, düğüm meta veri bilgilerini (ör. IP adresi, halka konumu vb.) içerir.
Ön koşullar
- Son veri merkezinde Cassandra'yı 2.1.X sürümünden 3.11.X sürümüne yükseltme sürecindesiniz ve yükseltme sırasında sorunlarla karşılaştınız.
- Geri aldığınız yükseltmeden önceki düğüm yedekleriniz varsa. Yedekleme, 2.1.X sürümünden 3.11.X sürümüne yükseltme denemesi yapılmadan önce alınmıştır.
Üst düzey adımlar
- Geri alma işlemini gerçekleştirmek için bir veri merkezi seçin (kısmen veya tamamen yükseltilmiş). Bu veri merkezindeki tüm çalışma zamanı trafiğini, tamamen işlevsel olan başka bir veri merkezine yönlendirin.
- Yönlendirici ve mesaj işleyici yükseltildiyse veri merkezindeki tüm yönlendirici ve mesaj işleyici düğümlerini tek tek geri alın
- Cassandra'yı bir düğümde durdurun, kaldırın ve ilişkili tüm verileri temizleyin.
- Önceki sürümün önyüklemesini yükleyin ve temizlenen düğümde Cassandra 2.1.x sürümünü ayarlayın.
- Cassandra düğümünü durdurun ve ilişkili tüm verileri temizleyin.
- Cassandra düğümünü, yükseltmeden önce alınan yedekten geri yükleyin.
- Veri merkezindeki kalan Cassandra düğümlerinin her biri için 3 ila 6 arasındaki adımları tek tek tekrarlayın.
- Veri merkezinde Yönetim Sunucusu kurulumunu yeniden çalıştırın.
- Geri alma işlemini doğrulamak için test yapın. Doğrulandıktan sonra çalışma zamanı trafiğini geri yüklenen veri merkezine yönlendirin.
- Geri alma işlemi gerektiren diğer veri merkezleri için yukarıdaki adımları tek tek tekrarlayın.
- (İsteğe bağlı) Veri merkezleri arasında veri tutarsızlığı varsa onarım komutunu tüm veri merkezlerindeki tüm Cassandra düğümlerinde çalıştırın.
Yedeklemeleri/VM anlık görüntüsünü kullanarak Cassandra'yı geri almayla ilgili ayrıntılı adımlar
Kümede 1 Cassandra düğümüyle başlayın
- Sonraki adımlara geçmeden önce trafiğin tamamen işlevsel veri merkezlerine yönlendirildiğinden emin olun.
- Yönlendirici ve mesaj işleyici yükseltildiyse veri merkezindeki tüm yönlendirici ve mesaj işleyici düğümlerini tek tek önceki sürüme geri alın.
- Düğümde Cassandra'yı durdurun:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop
- Cassandra yazılımını düğümden kaldırın:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra uninstall
- Veri dizini düğümden kaldırılır:
rm -rf /opt/apigee/data/apigee-cassandra
Geri dönmek istediğiniz Edge for Private Cloud'un eski sürümünün önyüklemesini indirip çalıştırın:
Örnek: 4.52.01 sürümüne geri dönmek için
- 4.52.01 sürümünün önyüklemesini indirin:
curl https://software.apigee.com/bootstrap_4.52.01.sh -o /tmp/bootstrap_4.52.01.sh -u ‘uName:pWord’
- 4.52.01'in önyüklemesini yürütün:
sudo bash /tmp/bootstrap_4.52.01.sh apigeeuser=uName apigeepassword=pWord
- Düğümde Cassandra'yı ayarlayın:
/opt/apigee/apigee-setup/bin/setup.sh -p c -f configFile
- Düğümde Cassandra'yı durdurun:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop
- Düğümdeki veri dizinlerini silin:
rm -rf /opt/apigee/data/apigee-cassandra/data
- Yedeklemeyi geri yükleme:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restore backup_file
- Düğümde Cassandra hizmetini başlatma
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra start
- Adımları her Cassandra düğümünde tek tek tekrarlayın.
- Geri alınan veri merkezinde yönetim sunucusu düğümlerinden herhangi birinin kurulumunu çalıştırın. Yönetim sunucusunun geri alınan sürümden olduğundan emin olun. Aksi takdirde yönetim sunucusunu da geri alın.
- Yukarıdaki adımları tamamladıktan sonra trafiği geri alınan veri merkezine yönlendirin.
- (İsteğe bağlı) Veri merkezleri arasında veri tutarsızlığı varsa onarım komutunu tüm veri merkezlerindeki tüm Cassandra düğümlerinde çalıştırın.
/opt/apigee/apigee-cassandra/bin/nodetool -h <node-IP> repair -pr
Zookeeper 3.8.3 güncellemesini geri alma
4.52.00 veya 4.51.00 sürümlerine geri dönüyorsanız Zookeeper'ı geri döndürmeden önce bazı özel adımları uygulamanız gerekir. Bu adımlar Geri alma bölümünde listelenmiştir.
4.52.01 sürümüne geri dönüyorsanız Zookeeper'ı, aşağıdaki Önceki bir ana veya küçük sürüme geri dönme bölümünde listelenen herhangi bir yazılımı geri döndürdüğünüz gibi geri döndürün.
Qpid'i geri alma
4.52.00 veya 4.51.00 sürümlerine geri dönüyorsanız Qpid'i geri çekmeden önce bazı özel adımları uygulamanız gerekir. Bu adımlar Geri alma bölümünde listelenmiştir.
4.52.01 sürümüne geri dönüyorsanız Qpid'i, Önceki büyük veya küçük bir sürüme geri dönme bölümünde listelenen herhangi bir yazılımı geri döndürdüğünüz gibi geri döndürün.
Postgres 10.17 güncellemesini geri alma
4.51.00 sürümüne geri dönüyorsanız Postgres'i geri döndürmeden önce bazı özel adımları uygulamanız gerekir. Bu adımlar Geri alma bölümünde listelenmiştir.
4.52.01 veya 4.52.00 sürümüne geri dönüyorsanız Postgres'i, aşağıdaki Önceki bir ana veya küçük sürüme geri dönme bölümünde listelenen herhangi bir yazılımı geri döndürdüğünüz gibi geri döndürün.
Önceki bir büyük veya küçük sürüme geri dönme
Önceki bir büyük veya küçük sürüme geri dönmek için bileşeni barındıran her düğümde aşağıdakileri yapın:
-
Geri yüklemek istediğiniz sürümün
bootstrap.sh
dosyasını indirin:- 4.51.00 sürümüne geri dönmek için
bootstrap_4.51.00.sh
- 4.51.00 sürümüne geri dönmek için
- Bileşenin geri alınmasını durdurun:
- Düğümdeki ortak kod içeren bileşenlerden herhangi birini geri almak için aşağıdaki örnekte gösterildiği gibi hepsini durdurmanız gerekir:
/opt/apigee/apigee-service/bin/apigee-service edge-management-server stop
/opt/apigee/apigee-service/bin/apigee-service edge-router stop
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor stop
/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
- Düğümdeki diğer bileşenleri geri almak için yalnızca ilgili bileşeni durdurun:
/opt/apigee/apigee-service/bin/apigee-service component stop
- Düğümdeki ortak kod içeren bileşenlerden herhangi birini geri almak için aşağıdaki örnekte gösterildiği gibi hepsini durdurmanız gerekir:
- Para Kazanma özelliğini geri alıyorsanız tüm Yönetim Sunucusu ve Mesaj İşlemcisi düğümlerinden kaldırın:
/opt/apigee/apigee-service/bin/apigee-service edge-mint-gateway uninstall
- Düğümde geri alma işlemi yapmak için bileşeni kaldırın:
- Düğümdeki ortak kod içeren bileşenlerden herhangi birini geri almak için aşağıdaki örnekte gösterildiği gibi
edge-gateway
veapigee-cassandra-client
bileşen grubunu kaldırarak bunların tümünü kaldırmanız gerekir:/opt/apigee/apigee-service/bin/apigee-service edge-gateway uninstall
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra-client uninstall
- Düğümdeki diğer bileşenleri geri almak için aşağıdaki örnekte gösterildiği gibi yalnızca ilgili bileşeni kaldırın:
/opt/apigee/apigee-service/bin/apigee-service component uninstall
Burada component, bileşen adıdır.
- Edge Router'ı geri almak için
edge-gateway
bileşen grubunu kaldırmanın yanı sıra/opt/nginx/conf.d
dosyasının içeriğini de silmeniz gerekir:cd /opt/nginx/conf.d
rm -rf *
- Düğümdeki ortak kod içeren bileşenlerden herhangi birini geri almak için aşağıdaki örnekte gösterildiği gibi
apigee-setup
'in 4.52.02 sürümünü kaldırın:/opt/apigee/apigee-service/bin/apigee-service apigee-setup uninstall
apigee-service
yardımcı programının 4.51.00 sürümünü ve bağımlılıklarını yükleyin. Aşağıdaki örnekte,apigee-service
'ın 4.51.00 sürümü yüklenir:sudo bash /tmp/bootstrap_4.51.00.sh apigeeuser=uName apigeepassword=pWord
Burada uName ve pWord, Apigee'den aldığınız kullanıcı adı ve şifredir. pWord değerini atlarsanız girmeniz istenir.
Hata alırsanız 1. adımda
bootstrap.sh
dosyasını indirdiğinizden emin olun.apigee-setup
'ü yükleme:/opt/apigee/apigee-service/bin/apigee-service apigee-setup install
- Bileşenin eski sürümünü yükleyin:
/opt/apigee/apigee-setup/bin/setup.sh -p component -f configFile
Burada component, yüklenecek bileşen, configFile ise eski sürümün yapılandırma dosyanızdır.
- Qpid'i geri alıyorsanız iptables'i temizleyin:
sudo iptables -F
- Geri aldığınız bileşeni barındıran her düğüm için bu işlemi tekrarlayın.
Önceki bir yama sürümüne geri dönme
Bir bileşeni belirli bir yama sürümüne geri almak için bileşeni barındıran her düğümde aşağıdakileri yapın:
- Belirli bileşen sürümünü indirin:
/opt/apigee/apigee-service/bin/apigee-service component_version install
Buradaki component_version, yüklenecek bileşen ve yama sürümüdür. Örneğin:
/opt/apigee/apigee-service/bin/apigee-service edge-ui-4.51.05-0.0.3749 install
Apigee online deposunu kullanıyorsanız aşağıdaki komutu kullanarak mevcut bileşen sürümlerini belirleyebilirsiniz:
yum --showduplicates list component
Örneğin:
yum --showduplicates list edge-ui
- Bileşeni yüklemek için
apigee-setup
'ü kullanın:/opt/apigee/apigee-setup/bin/setup.sh -p component -f configFile
Örneğin:
/opt/apigee/apigee-setup/bin/setup.sh -p ui -f configFile
Yükleme sırasında bileşeni yüklerken sürümünü değil, yalnızca adını belirtmeniz gerektiğini unutmayın.
- Geri aldığınız bileşeni barındıran her düğüm için bu işlemi tekrarlayın.
mTLS'yi geri alma
mTLS güncellemesini geri almak için tüm ana makinelerde aşağıdaki adımları uygulayın:
- Apigee'yi durdurma:
apigee-all stop
- mTLS'yi durdurma:
apigee-service apigee-mtls uninstall
- mTLS'yi yeniden yükleyin:
apigee-service apigee-mtls install
apigee-service apigee-mtls setup -f /opt/silent.conf