Veri merkezini kullanımdan kaldırma

Bazen bir veri merkezini kullanımdan kaldırmanız gerekebilir. Örneğin, işletim sisteminizi yükseltiyorsanız yeni işletim sistemini yeni bir veri merkezine yüklemeniz ve ardından eski veri merkezini kullanımdan kaldırmanız gerekir. Aşağıdaki bölümlerde, 12 düğümlü kümelenmiş bir kurulumda iki veri merkezi (dc-1 ve dc-2) bulunan bir veri merkezinin hizmetten çıkarılmasına ilişkin bir örnek verilmiştir:

  • dc-1, kullanımdan kaldırılacak veri merkezidir.
  • dc-2, hizmetten çıkarma prosedüründe kullanılan ikinci bir veri merkezidir.

İşletim sisteminizi yükseltiyorsanız dc-2, işletim sisteminin (OS) yeni sürümünü yüklediğiniz veri merkezi olabilir. Ancak bir veri merkezini kullanımdan kaldırmak için yeni bir OS yüklemek gerekmez.

Veri merkezini kullanımdan kaldırmadan önce dikkat edilmesi gereken noktalar

Bir veri merkezini kullanımdan kaldırırken aşağıdaki noktaları göz önünde bulundurun:

  • Devre dışı bırakılan veri merkezine yönelik tüm çalışma zamanı ve yönetim trafiğini engelleyin ve bu trafiği diğer veri merkezlerine yönlendirin.
  • Veri merkezi devre dışı bırakıldıktan sonra Apigee kümenizin kapasitesi azalır. Bu durumu telafi etmek için kalan veri merkezlerinin kapasitesini artırabilir veya kullanımdan kaldırma işleminden sonra veri merkezleri ekleyebilirsiniz.
  • Kullanımdan kaldırma işlemi sırasında, kullanımdan kaldırılan veri merkezinde hangi analiz bileşenlerinin yüklü olduğuna bağlı olarak analiz verileri kaybı yaşanabilir. Daha fazla bilgiyi Qpid düğümleri ekleme veya kaldırma başlıklı makalede bulabilirsiniz.
  • Bir veri merkezini devre dışı bırakmadan önce tüm bileşenlerin (özellikle SymasLDAP, ZooKeeper, Cassandra ve Postgres sunucuları) tüm veri merkezlerinde nasıl yapılandırıldığını anlamanız gerekir. Ayrıca tüm bileşenlerin ve yapılandırmalarının yedeklerini almanız gerekir.

Başlamadan önce

  • Yönetim Sunucusu: Tüm kullanımdan kaldırma adımları büyük ölçüde Yönetim Sunucusu'na bağlıdır. Yalnızca bir Yönetim Sunucusu varsa dc-1'deki Yönetim Sunucusu'nu hizmetten kaldırmadan önce dc-1 dışındaki bir veri merkezine yeni bir Yönetim Sunucusu bileşeni yüklemenizi ve Yönetim Sunucularından birinin her zaman kullanılabilir olmasını sağlamanızı öneririz.
  • Yönlendirici: Bir yönlendiriciyi kullanımdan kaldırmadan önce 15999 numaralı bağlantı noktasını engelleyerek yönlendiricilerin erişilebilirliğini devre dışı bırakın. Kullanımdan kaldırılan yönlendiricilere çalışma zamanı trafiği yönlendirilmediğinden emin olun.
  • Cassandra ve ZooKeeper: Aşağıdaki bölümlerde, iki veri merkezi kurulumunda dc-1'in nasıl kullanımdan kaldırılacağı açıklanmaktadır.

    İkiden fazla veri merkeziniz varsa kullanımdan kaldırılan düğüme (bu örnekte dc-1) yapılan tüm referansları, kalan tüm veri merkezlerindeki tüm sessiz yapılandırma dosyalarından kaldırdığınızdan emin olun. Kullanımdan kaldırılacak Cassandra düğümleri için bu ana makineleri CASS_HOSTS adresinden çıkarın. Kalan Cassandra düğümleri, orijinal CASS_HOSTS sıralamasında kalmalıdır.

  • Postgres: Postgres ana sunucusunu devre dışı bırakırsanız kullanılabilir bekleme düğümlerinden birini yeni bir Postgres ana sunucusu olarak yükselttiğinizden emin olun. QPID sunucusu, kuyrukta bir arabellek tutar. Postgres ana sunucusu daha uzun süre kullanılamazsa analiz verilerini kaybetme riskiyle karşı karşıya kalırsınız.

Ön koşullar

  • Herhangi bir bileşeni kullanımdan kaldırmadan önce tüm düğümlerin tam yedeğini almanızı öneririz. Yedekleme işlemini gerçekleştirmek için mevcut Edge sürümünüzle ilgili prosedürü kullanın. Yedekleme hakkında daha fazla bilgi için Yedekleme ve geri yükleme başlıklı makaleyi inceleyin.

  • Kullanımdan kaldırmadan önce Edge'in çalışır durumda olduğundan emin olmak için şu komutu kullanın: 
    /opt/apigee/apigee-service/bin/apigee-all status
  • Kullanımdan kaldırdığınız veri merkezine şu anda çalışma zamanı trafiği gelmediğinden emin olun.

Bileşenleri kullanımdan kaldırma sırası

Edge for Private Cloud'u birden fazla düğüme yüklerseniz bu düğümlerdeki Edge bileşenlerinin hizmetten çıkarılmasını aşağıdaki sırayla yapmanız gerekir:

  1. Yeni Edge kullanıcı arayüzü (edge-management-ui ve edge-management-ui-static)
  2. Yönetim Sunucusu (edge-management-server)
  3. Symas LDAP (apigee-openldap)
  4. Yönlendirici (uç yönlendirici)
  5. Message Processor (edge-message-processor)
  6. Qpid Server ve Qpidd (edge-qpid-server ve apigee-qpidd)
  7. Postgres ve PostgreSQL veritabanı (edge-postgres-server ve apigee-postgresql)
  8. ZooKeeper (apigee-zookeeper)
  9. Cassandra (apigee-cassandra)

Aşağıdaki bölümlerde her bir bileşenin nasıl kullanımdan kaldırılacağı açıklanmaktadır.

Yeni Edge kullanıcı arayüzü

dc-1'in yeni Edge kullanıcı arayüzü bileşenlerini durdurmak ve kaldırmak için aşağıdaki komutları girin:

/opt/apigee/apigee-service/bin/apigee-service edge-management-ui stop
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui uninstall
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui-static uninstall

Yönetim Sunucusu

dc-1'deki yönetim sunucusunu kullanımdan kaldırmak için aşağıdaki adımları uygulayın:

  1. dc-1'de yönetim sunucusunu durdurun: 
    apigee-service edge-management-server stop
  2. dc-1'e kaydedilen yönetim sunucusunun UUID'sini bulun: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X GET “http://{MS_IP}:8080/v1/servers?pod=central&region=dc-1&type=management-server”
  3. Kayıt silme sunucusunun türü: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers -d "type=management-server&region=dc-1&pod=central&uuid=UUID&action=remove"
  4. Sunucuyu silin. Not: Bu sunucuda başka bileşenler de yüklüyse UUID'yi silmeden önce tüm bileşenlerin kaydını iptal edin. 
    curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/{UUID}
  5. dc-1'de Management Server bileşenini kaldırma: 
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server uninstall

Symas LDAP

Bu bölümde, dc-1'de SymasLDAP'nin nasıl kullanımdan kaldırılacağı açıklanmaktadır.

Not: İkiden fazla veri merkeziniz varsa aşağıdaki İkiden fazla veri merkezi olan kurulumlar bölümüne bakın.

dc-1'de SymasLDAP'yi kullanımdan kaldırmak için aşağıdaki adımları uygulayın:

  1. Yedekleme bölümündeki adımları uygulayarak dc-1 SymasLDAP düğümünü yedekleyin.

  2. Her iki veri merkezinde de aşağıdaki adımları uygulayarak dc-1 ve dc-2 veri merkezleri arasındaki veri replikasyonunu durdurun.

    1. Mevcut durumu kontrol edin: 
            /opt/symas/bin/ldapsearch -H ldap://{HOST}:{PORT} -LLL -x -b "cn=config" -D "cn=admin,cn=config" -w {credentials} -o ldif-wrap=no 'olcSyncRepl' | grep olcSyncrepl

      Çıkış şu şekilde görünmelidir: 

      olcSyncrepl: {0}rid=001 provider=ldap://{HOST}:{PORT}/ binddn="cn=manager,dc=apigee,dc=com" bindmethod=simple credentials={credentials} searchbase="dc=apigee,dc=com" attrs="*,+" type=refreshAndPersist retry="60 1 300 12 7200 +" timeout=1
    2. Aşağıdaki komutları içeren bir dosya break_repl.ldif oluşturun: 
      dn: olcDatabase={2}mdb,cn=config
changetype: modify
delete: olcSyncRepl

dn: olcDatabase={2}mdb,cn=config
changetype: modify
delete: olcMirrorMode
    3. ldapmodify komutunu çalıştırın: 
            /opt/symas/bin/ldapmodify -x -w {credentials} -D "cn=admin,cn=config" -H "ldap://{HOST}:{PORT}/" -f path/to/file/break_repl.ldif

      Çıkış şuna benzer olmalıdır: 

      modifying entry "olcDatabase={2}mdb,cn=config"
modifying entry "olcDatabase={2}mdb,cn=config"

  3. dc-2'nin artık dc-1'e replikasyon yapmadığını doğrulamak için dc-2 LDAP'de bir giriş oluşturun ve bu girişin dc-1'in LDAP'sinde görünmediğinden emin olun.

    İsteğe bağlı olarak, dc-2 SymasLDAP düğümünde salt okuma erişimli kullanıcı oluşturan ve ardından kullanıcının kopyalanıp kopyalanmadığını kontrol eden aşağıdaki adımları uygulayabilirsiniz. Kullanıcı daha sonra silinir.

    1. dc-2'de aşağıdaki içeriklere sahip bir readonly-user.ldif dosyası oluşturun: 
      dn: uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com
objectClass: organizationalPerson
objectClass: person
objectClass: inetOrgPerson
objectClass: top
cn: readonly-user
sn: readonly-user
userPassword: {testPassword}
    2. dc-2'de `ldapadd` komutuyla kullanıcı ekleyin: 
      /opt/symas/bin/ldapadd -H ldap://{HOST}:{PORT} -w {credentials} -D "cn=manager,dc=apigee,dc=com" -f path/to/file/readonly-user.ldif

      Çıkış şuna benzer şekilde olacaktır: 

      adding new entry "uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com"
    3. Kullanıcının çoğaltılmadığından emin olmak için dc-1'de kullanıcıyı arayın. Kullanıcı dc-1'de yoksa her iki LDAP'nin de artık replikasyon yapmadığından emin olabilirsiniz: 
      /opt/symas/bin/ldapsearch -H ldap://{HOST}:{PORT} -x -w {credentials} -D "cn=manager,dc=apigee,dc=com" -b uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com -LLL

      Çıkış şuna benzer olmalıdır:

      No such object (32)
Matched DN: ou=users,ou=global,dc=apigee,dc=com
    4. Daha önce eklediğiniz salt okuma erişimli kullanıcıyı kaldırın: 
      /opt/symas/bin/ldapdelete -v -H ldap://{HOST}:{PORT} -w {credentials} -D "cn=manager,dc=apigee,dc=com" "uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com"
  4. dc-1'de SymasLDAP'ı durdurun: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-openldap stop
  5. dc-1'de SymasLDAP bileşenini kaldırın: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-openldap uninstall

Yönlendirici

Bu bölümde, bir yönlendiricinin nasıl devre dışı bırakılacağı açıklanmaktadır. Yönlendiriciyi kaldırma hakkında daha fazla bilgi için Sunucuyu kaldırma başlıklı makaleyi inceleyin.

Aşağıdaki adımlarda, Router dc-1'den kullanımdan kaldırılır. dc-1'de yapılandırılmış birden fazla yönlendirici düğümü varsa tüm yönlendirici düğümlerindeki adımları tek tek uygulayın.

Not: Burada, yönlendiricinin durum denetimi bağlantı noktası 15999'un yük dengeleyicinizde yapılandırıldığı ve 15999 numaralı bağlantı noktasının engellenmesinin yönlendiriciyi erişilemez hale getireceği varsayılır. Bağlantı noktasını engellemek için root erişimine ihtiyacınız olabilir.

Bir yönlendiriciyi kullanımdan kaldırmak için aşağıdaki adımları uygulayın:

  1. Durum denetimi bağlantı noktası olan 15999 numaralı bağlantı noktasını engelleyerek yönlendiricilerin erişilebilirliğini devre dışı bırakın. Bu veri merkezinde çalışma zamanı trafiğinin engellendiğinden emin olun:

    iptables -A INPUT -i eth0 -p tcp --dport 15999 -j REJECT

  2. Yönlendiriciye erişilebildiğini doğrulayın:

    curl -vvv -X GET http://{ROUTER_IP}:15999/v1/servers/self/reachable

    Çıkış şuna benzer olmalıdır: 

    About to connect() to 10.126.0.160 port 15999 (#0)
Trying 10.126.0.160...
Connection refused
Failed connect to 10.126.0.160:15999; Connection refused
Closing connection 0
curl: (7) Failed connect to 10.126.0.160:15999; Connection refused
  3. UUID'leri alma bölümünde açıklandığı şekilde yönlendiricinin UUID'sini alın.
  4. Yönlendiriciyi durdurun: 
    /opt/apigee/apigee-service/bin/apigee-service edge-router stop
  5. Aşağıdaki komutu kullanarak kuruluştaki kullanılabilir ağ geçidi pod'larını listeleyin: 
    curl -u  <AdminEmailID>:'<AdminPassword>' -X GET "http://{MS_IP}:8080/v1/organizations/{ORG}/pods"

    Kapsüller hakkında başlıklı makaleyi inceleyin.

  6. Sunucunun türünün kaydını silin: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers -d "type=router&region=dc-1&pod=gateway-1&uuid=UUID&action=remove"
  7. Sunucunun kaydını silin: 
    curl -u <AdminEmailID>:'<AdminPassword>’ -X DELETE http://{MS_IP}:8080/v1/servers/UUID
  8. edge-router uygulamasını kaldırma: 
    /opt/apigee/apigee-service/bin/apigee-service edge-router uninstall
     Sunucu kaldırma başlıklı makaleyi inceleyin.
  9. Engellenen 15999 numaralı bağlantı noktasını etkinleştirmek için iptables kurallarını temizleyin: 
    iptables -F

Mesaj İşleyici

Bu bölümde, dc-1'deki Mesaj İşleyici'nin hizmetten nasıl çıkarılacağı açıklanmaktadır. Mesaj İşleyici'yi kaldırma hakkında daha fazla bilgi için Sunucu kaldırma başlıklı makaleyi inceleyin.

dc-1'in 12 düğümlü bir kümelenmiş kurulum olduğu varsayıldığından dc-1'de iki mesaj işlemcisi düğümü yapılandırılmıştır. Her iki düğümde de aşağıdaki komutları çalıştırın.

  1. UUID'leri alma bölümünde açıklandığı şekilde Mesaj İşleyicilerin UUID'lerini alın.
  2. Mesaj İşlemci'yi durdurun: 
    apigee-service edge-message-processor stop
  3. Sunucunun türünün kaydını iptal edin: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers -d "type=message-processor&region=dc-1&pod=gateway-1&uuid=UUID&action=remove"
  4. Bir ortamın Mesaj İşleyici ile olan ilişkisini kaldırma 
    curl -H "Content-Type:application/x-www-form-urlencoded" <AdminEmailID>:'<AdminPassword>’  \
-X POST http://{MS_IP}:8080/v1/organizations/{ORG}/environments/{ENV}/servers \
-d "action=remove&uuid=UUID"
  5. Sunucunun türünün kaydını iptal edin: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers -d "type=message-processor&region=dc-1&pod=gateway-1&uuid=UUID&action=remove"
  6. Mesaj İşleyici'yi kaldırma: 
    /opt/apigee/apigee-service/bin/apigee-service edge-message-processor uninstall
  7. Sunucunun kaydını silme: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID

Qpid sunucusu ve Qpidd

Bu bölümde, Qpid Server (edge-qpid-server) ve Qpidd'in (apigee-qpidd) hizmetten nasıl kaldırılacağı açıklanmaktadır. dc-1'de iki Qpid düğümü yapılandırıldığından her iki düğüm için de aşağıdaki adımları uygulamanız gerekir:

  1. UUID'leri alma bölümünde açıklandığı şekilde Qpidd için UUID'yi alın.
  2. edge-qpid-server ve apigee-qpidd işlemlerini durdurma: 
    /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-qpidd stop
  3. Analytics ve tüketici gruplarının listesini alma: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X GET http://{MS_IP}:8080/v1/analytics/groups/ax
  4. Qpid'yi tüketici grubundan kaldırın: 
    curl -u <AdminEmailID>:'<AdminPassword>' -H "Content-Type: application/json"  -X DELETE \ "http://{MS_IP}:8080/v1/analytics/groups/ax/{ax_group}/consumer-groups/{consumer_group}/consumers/{QPID_UUID}"
  5. Qpid'yi analiz grubundan kaldırma: 
    curl -v -u <AdminEmailID>:'<AdminPassword>' \
-X DELETE "http://{MS_IP}:8080/v1/analytics/groups/ax/{ax_group}/servers?uuid={QPID_UUID}&type=qpid-server"
  6. Qpid sunucusunun kaydını Edge kurulumundan silin: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \
-d "type=qpid-server&region=dc-1&pod=central&uuid={QPID_UUID}&action=remove"
  7. Qpid sunucusunu Edge kurulumundan kaldırın: 
    curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
  8. Değişikliğin tüm bileşenler tarafından algılandığından emin olmak için tüm düğümlerdeki tüm edge-qpid-server bileşenlerini yeniden başlatın: 
    $ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server restart
$ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server wait_for_ready
  9. edge-qpid-server ve apigee-qpidd'yi kaldırın: 
    $ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server uninstall
$ /opt/apigee/apigee-service/bin/apigee-service apigee-qpidd uninstall

Postgres ve PostgreSQL

Kullanımdan kaldırdığınız veri merkezinde bir Postgres ana sunucusu veya Postgres bekleme sunucusu olabilir. Aşağıdaki bölümlerde bu cihazların hizmetten nasıl çıkarılacağı açıklanmaktadır:

Postgres ana sunucusunu kullanımdan kaldırma

Not: Postgres ana düğümünü kullanımdan kaldırırsanız mevcut bekleme düğümlerinden birini yeni Postgres ana düğümü olarak yükselttiğinizden emin olun. QPID kuyrukları verileri arabelleğe alırken Postgres ana sunucusu uzun süre kullanılamazsa analiz verilerini kaybetme riskiyle karşı karşıya kalırsınız.

Postgres ana makinesini devre dışı bırakmak için:

  1. Aşağıdaki bağlantılarda verilen talimatları uygulayarak dc-1 Postgres ana düğümünü yedekleyin:
  2. UUID'leri alma bölümünde açıklandığı gibi Postgres sunucularının UUID'lerini alın.
  3. dc-1'de, mevcut ana sunucuda edge-postgres-server ve apigee-postgresql hizmetlerini durdurun: 
    /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
  4. dc-2'deki bekleme düğümünü ana düğüm yapmak için aşağıdaki komutu girin: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql promote-standby-to-master <IP of OLD Progress master>

    Not: Birden fazla bekleme Postgres düğümünüz varsa yeni ana düğüme ana makine girişleri eklemeniz ve mevcut tüm Postgres bekleme düğümleri için replikasyon ayarını güncellemeniz gerekir.

    Yeni Postgres ana sunucusuna ana makine girişleri eklemek için aşağıdaki ilgili bölümde yer alan adımları uygulayın:

    Yalnızca bir bekleme düğümü kaldıysa

    Örneğin, kullanımdan kaldırma işleminden önce üç Postgres düğümünün yapılandırıldığını varsayalım. Mevcut ana sunucuyu devre dışı bıraktınız ve kalan postgres bekleme düğümlerinden birini ana sunucuya yükselttiniz. Kalan bekleme düğümünü aşağıdaki adımlarla yapılandırın:

    1. Yeni ana sunucuda yapılandırma dosyasını düzenleyerek şunları ayarlayın: 
      PG_MASTER=IP_or_DNS_of_new_PG_MASTER
PG_STANDBY=IP_or_DNS_of_PG_STANDBY
    2. Yeni ana sunucuda replikasyonu etkinleştirin: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFIle

    Birden fazla bekleme düğümü kalırsa

    1. /opt/apigee/customer/application/postgresql.properties dosyasına aşağıdaki yapılandırmayı ekleyin: 
      conf_pg_hba_replication.connection=host replication apigee standby_1_ip/32 trust \n host replication apigee standby_2_ip/32 trust
    2. /opt/apigee/customer/application/postgresql.properties dosyasının apigee kullanıcısına ait olduğundan emin olun: 
      chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
    3. apigee-postgresql uygulamasını yeniden başlatın: 
      apigee-service apigee-postgresql restart

      4. Bekleme düğümündeki replikasyon ayarlarını güncellemek için:

      1. Yapılandırma dosyasını /opt/silent.conf değiştirin ve PG_MASTER alanını yeni Postgres ana sunucusunun IP adresiyle güncelleyin.
      2. Aşağıdaki komutla eski Postgres verilerini kaldırın: 
        rm -rf /opt/apigee/data/apigee-postgresql/
      3. Yedek düğümde replikasyonu ayarlayın: 
        /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
    4. dc-2'de aşağıdaki komutu girerek Postgres ana sunucusunun doğru şekilde ayarlandığını doğrulayın: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
    5. PostgreSQL sunucularını analiz grubundan ve tüketici grubundan kaldırma ve bu gruplara ekleme.
      1. Bir Postgres sunucusunu analiz grubundan kaldırma bölümündeki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın.
      2. Mevcut bir Postgres sunucusunu analiz grubuna ekleme bölümündeki talimatları uygulayarak analiz grubuna yeni bir Postgres sunucusu ekleyin.
    6. Eski postgres sunucusunun kaydını dc-1'den silin: 
      curl -u <AdminEmailID>:<AdminPassword> -X POST http://{MS_IP}:8080/v1/servers \
-d "type=postgres-server®ion=dc-1&pod=analytics&uuid=UUID&action=remove"
    7. Eski postgres sunucusunu dc-1'den silin: 
      curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
    8. Eski Postgres ana sunucusunun hizmetten çıkarılması artık güvenlidir. edge-postgres-server ve apigee-postgresql araçlarını kaldırın: 
      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server uninstall
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql uninstall

    Postgres yedek sunucusunu kullanımdan kaldırma

    Not: 12 düğümlü kümelenmiş yükleme belgelerinde dc-1 postgresql düğümü ana düğüm olarak gösterilir ancak kolaylık sağlamak için bu bölümde dc-1 postgresql düğümünün bekleme düğümü, dc-2 postgresql düğümünün ise ana düğüm olduğu varsayılır.

    Postgres standby'ı kullanımdan kaldırmak için aşağıdaki adımları uygulayın:

    1. UUID'leri alma bölümündeki talimatları uygulayarak Postgres sunucularının UUID'lerini alın.
    2. dc-1'deki mevcut bekleme düğümünde apigee-postgresql hizmetini durdurun: 
      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
    3. PostgreSQL sunucularını analiz grubundan ve tüketici grubundan kaldırıp ekleyin.
      1. Postgres sunucusunu bir analiz grubundan kaldırma başlıklı makaledeki talimatları uygulayarak eski Postgres sunucusunu analiz grubundan kaldırın.
      2. Mevcut bir PostgreSQL sunucusunu bir analiz grubuna ekleme bölümündeki talimatları uygulayarak analiz grubuna yeni bir PostgreSQL sunucusu ekleyin.
    4. Eski postgres sunucusunun kaydını dc-1'den silin: 
      curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \
-d "type=postgres-server&region=dc-1&pod=analytics&uuid=UUID&action=remove"
    5. Eski postgres sunucusunu dc-1'den silin: 
      curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
    6. Eski Postgres ana sunucusunu artık güvenle kullanımdan kaldırabilirsiniz. edge-postgres-server ve apigee-postgresql uygulamalarını kaldırmak için: 
      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server uninstall
       
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql uninstall

    ZooKeeper ve Cassandra

    Bu bölümde, iki veri merkezi kurulumunda ZooKeeper ve Cassandra sunucularının hizmetten nasıl çıkarılacağı açıklanmaktadır.

    İkiden fazla veri merkeziniz varsa kullanımdan kaldırılan düğüme (bu örnekte dc-1) yapılan tüm referansları, kalan tüm veri merkezlerindeki tüm sessiz yapılandırma dosyalarından kaldırdığınızdan emin olun. Kullanımdan kaldırılacak Cassandra düğümleri için bu ana makineleri CASS_HOSTS adresinden çıkarın. Kalan Cassandra düğümleri, orijinal CASS_HOSTS sıralamasında kalmalıdır.

    ZooKeeper ile ilgili not: Yapılandırma dosyasındaki ZK_HOST özelliğini değiştirirken ZooKeeper topluluğunun çalışmaya devam etmesi için oy veren düğümlerin çoğunluğunu korumanız gerekir. Yapılandırmanızda tek sayıda oy veren düğüm bulunmalıdır. Daha fazla bilgi için Apache ZooKeeper bakım görevleri başlıklı makaleyi inceleyin.

    ZooKeeper ve Cassandra sunucularını devre dışı bırakmak için:

    1. Aşağıdaki bağlantılarda yer alan talimatları uygulayarak dc-1 Cassandra ve ZooKeeper düğümlerini yedekleyin:

    2. Cassandra düğümlerinin kullanımdan kaldırılacağı veri merkezindeki ZooKeeper ve Cassandra sunucularının UUID'lerini listeleyin.

      apigee-adminapi.sh servers list -r dc-1 -p central -t application-datastore --admin <AdminEmailID> --pwd '<AdminPassword>' --host localhost
    3. Sunucunun türünün kaydını silin: 
      curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://MS_IP:8080/v1/servers -d "type=cache-datastore&type=user-settings-datastore&type=scheduler-datastore&type=audit-datastore&type=apimodel-datastore&type=application-datastore&type=edgenotification-datastore&type=identityzone-datastore&type=user-settings-datastore&type=auth-datastore&region=dc-1&pod=central&uuid=UUID&action=remove"
    4. Sunucunun kaydını silme: 
      curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
    5. Yapılandırma dosyasını, ZK_HOSTS ve CASS_HOSTS'dan kaldırılan kullanımdan kaldırılmış düğümlerin IP'leriyle güncelleyin.

      Örnek: dc-1'de $IP1 $IP2 $IP3 ve dc-2'de $IP4 $IP5 $IP6 IP'leriniz olduğunu ve dc-1'i kullanımdan kaldırdığınızı varsayalım. Ardından, $IP1 $IP2 $IP3 IP'lerini yapılandırma dosyalarından kaldırmanız gerekir.

      • Mevcut yapılandırma dosyası girişleri: 
        ZK_HOSTS="$IP1 $IP2 $IP3 $IP4 $IP5 $IP6"
CASS_HOSTS="$IP1:1,1 $IP2:1,1 $IP3:1,1, $IP4:2,1 $IP5:2,1 $IP6:2,1”
      • Yeni yapılandırma dosyası girişleri: 
        ZK_HOSTS="$IP4 $IP5 $IP6"
CASS_HOSTS="$IP4:2,1 $IP5:2,1 $IP6:2,1"
    6. Sessiz yapılandırma dosyasını (e adımında değiştirilen), kaldırılan ve kullanımdan kaldırılan düğümlerin IP'leriyle güncelleyin ve yönetim sunucularını barındıran tüm düğümlerde yönetim sunucusu profilini çalıştırın: 
      /opt/apigee/apigee-setup/bin/setup.sh -p ms -f updated_config_file
    7. Yapılandırma dosyasını, hizmetten kaldırılan devre dışı bırakılmış düğümlerin IP'leriyle güncelleyin ve MP/RMP profilini tüm yönlendirici ve Mesaj İşleyici düğümlerinde çalıştırın:
      • Edge Router ve Mesaj İşleyici aynı düğümde yapılandırılmışsa şunu girin: 
        /opt/apigee/apigee-setup/bin/setup.sh -p rmp -f updated_config_file

      • Edge Router ve Mesaj İşleyici ayrı düğümlerde yapılandırılmışsa aşağıdakileri girin:

        Yönlendirici için:

        /opt/apigee/apigee-setup/bin/setup.sh -p r -f updated_config_file

        Mesaj İşleyici için:

        /opt/apigee/apigee-setup/bin/setup.sh -p mp -f updated_config_file
    8. Kullanımdan kaldırılan düğümlerin IP'leri yanıt dosyasından kaldırılmış olarak tüm Qpid düğümlerini yeniden yapılandırın: 
      /opt/apigee/apigee-setup/bin/setup.sh -p qs -f updated_config_file
    9. Kullanımdan kaldırılan düğümlerin IP'leri yanıt dosyasından kaldırılmış şekilde tüm Postgres düğümlerini yeniden yapılandırın: 
      /opt/apigee/apigee-setup/bin/setup.sh -p ps -f updated_config_file
    10. system_auth anahtar alanını değiştirin. Mevcut bir Cassandra düğümünde Cassandra kimlik doğrulamasını etkinleştirdiyseniz aşağıdaki komutu çalıştırarak system_auth anahtar alanının çoğaltma faktörünü güncelleyin: 
      ALTER KEYSPACE system_auth WITH replication = {'class': 'NetworkTopologyStrategy', 'dc-2': '3'};

      Bu komut, replikasyon faktörünü '3' olarak ayarlar. Bu, kümede üç Cassandra düğümü olduğunu gösterir. Bu değeri gerektiği şekilde değiştirin.

      Bu adım tamamlandıktan sonra Cassandra topolojisinin anahtar alanlarının hiçbirinde dc-1 bulunmamalıdır.

    11. dc-1'deki Cassandra düğümlerini tek tek devre dışı bırakın.

      Cassandra düğümlerini kullanımdan kaldırmak için aşağıdaki komutu girin: 

      /opt/apigee/apigee-cassandra/bin/nodetool -h cassIP -u cassandra -pw '<AdminPassword>' decommission
    12. Aşağıdaki komutlardan birini kullanarak dc-1'den Cassandra düğümlerinin bağlantısını kontrol edin: 
      /opt/apigee/apigee-cassandra/bin/cqlsh cassIP 9042 -u cassandra -p '<AdminPassword>'

      Alternatif olarak, hizmetten çıkarılan düğümde çalıştırılacak ikincil doğrulama komutu: 

      /opt/apigee/apigee-cassandra/bin/nodetool netstats

      Yukarıdaki komutun döndüreceği sonuç: 

      Mode: DECOMMISSIONED
    13. dc-2'deki tüm Cassandra ve ZooKeeper düğümleri için DS profilini çalıştırın: 
      /opt/apigee/apigee-setup/bin/setup.sh -p ds -f updated_config_file
    14. dc-1'de apigee-cassandra ve apigee-zookeeper öğesini durdurun: 
      apigee-service apigee-cassandra stop
apigee-service apigee-zookeeper stop
    15. dc-1'de apigee-cassandra ve apigee-zookeeper'ı kaldırın: 
      apigee-service apigee-cassandra uninstall
apigee-service apigee-zookeeper uninstall

    dc-1'deki bağlamaları silme

    Bağlamaları dc-1'den silmek için aşağıdaki adımları uygulayın:

    1. dc-1'deki bağlamaları silin.
      1. Kuruluş altındaki tüm kullanılabilir pod'ları listeleme: 
        curl -v -u  <AdminEmailID>:'<AdminPassword>' -X GET "http://MS_IP:8080/v1/o/ORG/pods"
      2. Tüm bağlamaların kaldırılıp kaldırılmadığını kontrol etmek için kapsüllerle ilişkili sunucuların UUID'lerini alın: 
        curl -v -u  <AdminEmailID>:'<AdminPassword>' \
-X GET "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1/servers"

        Bu komut herhangi bir UUID döndürmezse önceki adımlarda tüm bağlamalar kaldırılmıştır ve sonraki adımı atlayabilirsiniz. Aksi takdirde bir sonraki adımı uygulayın.

      3. Önceki adımda elde edilen UUID'ler için tüm sunucu bağlamalarını kaldırın: 
        curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
      4. Kuruluşun kapsülle ilişkisini kaldırma: 
        curl -v -u  <AdminEmailID>:'<AdminPassword>'  "http://MS_IP:8080/v1/o/ORG/pods" -d "action=remove&region=dc-1&pod=gateway-1" -H "Content-Type: application/x-www-form-urlencoded" -X POST
    2. Pod'ları silin: 
      curl -v -u <AdminEmailID>:'<AdminPassword>' "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1" -X DELETE
    3. Bölgeyi silin. 
      curl -v -u <AdminEmailID>:'<AdminPassword>'  "http://MS_IP:8080/v1/regions/dc-1" -X DELETE

    Bu noktada dc-1'in kullanımdan kaldırılması işlemini tamamladınız.

    Ek

    Sorun giderme

    Önceki adımları uyguladıktan sonra bazı kapsüllerde hâlâ sunucular varsa sunucuların kaydını iptal etmek ve silmek için aşağıdaki adımları uygulayın. Not: Türleri ve kapsülü gerektiği şekilde değiştirin.

    1. Aşağıdaki komutu kullanarak UUID'leri alın: 
      apigee-adminapi.sh servers list -r dc-1 -p POD -t  --admin <AdminEmailID> --pwd  '<AdminPassword>’ --host localhost
    2. Kayıt silme sunucusunun türü: 
      curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://MP_IP:8080/v1/servers -d "type=TYPE=REGION=dc-1&pod=POD&uuid=UUID&action=remove"
    3. Sunucuları tek tek silin: 
      curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MP_IP:8080/v1/servers/UUID

    Doğrulama

    Kullanımdan kaldırma işlemini doğrulamak için aşağıdaki komutları kullanabilirsiniz.

    Yönetim Sunucusu

    1. Tüm bölgelerdeki yönetim sunucularından aşağıdaki komutları çalıştırın. 
      curl -v -u  <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/servers?pod=central&region=dc-1
curl -v -u  <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/servers?pod=gateway&region=dc-1
curl -v -u  <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/servers?pod=analytics&region=dc-1
    2. Tüm yönetim bağlantı noktalarının bağlantı noktası gereksinimlerini kontrol etmek için tüm bileşenlerde aşağıdaki komutu çalıştırın. 
      curl -v http://MS_IP:8080/v1/servers/self
    3. Analiz grubunu kontrol edin. 
      curl -v  -u  <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/o/ORG/e/ENV/provisioning/axstatus
curl -v  -u  <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/analytics/groups/ax

      4. Cassandra/ZooKeeper düğümleri

      1. Tüm Cassandra düğümlerinde şunu girin: 
        /opt/apigee/apigee-cassandra/bin/nodetool -h <host> statusthrift

        Bu işlem, söz konusu düğüm için running veya not running durumunu döndürür.

      2. Bir düğüme şunu girin: 
        /opt/apigee/apigee-cassandra/bin/nodetool -h <host> ring
         /opt/apigee/apigee-cassandra/bin/nodetool -h <host> status

        Yukarıdaki komutlar, etkin veri merkezi bilgilerini döndürür.

      3. ZooKeeper düğümlerinde önce şunu girin: 
        echo ruok | nc <host> 2181

        Bu komut imok değerini döndürür.

        Ardından şunu girin:

        echo stat | nc <host> 2181 | grep Mode

        Yukarıdaki komut tarafından döndürülen Mode değeri aşağıdakilerden biri olur: observer, leader veya follower.

      4. Bir ZooKeeper düğümünde şunu çalıştırın: 
        /opt/apigee/apigee-zookeeper/contrib/zk-tree.sh >> /tmp/zk-tree.out.txt
      5. Postgres ana düğümünde şunu çalıştırın: 
        /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

        Yanıtın, düğümün ana olduğunu söylediğini doğrulayın.

      6. Bekleme düğümünde şunu çalıştırın: 
        /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

        Yanıtın, düğümün bekleme durumunda olduğunu doğruladığından emin olun.

      7. Aşağıdaki komutu kullanarak PostgreSQL veritabanına giriş yapın: 
        psql -h localhost -d apigee -U postgres

        İstendiğinde postgres kullanıcısının şifresini girin (varsayılan: postgres).

        Ardından, maksimum client_received_start_timestamp değerini kontrol etmek için aşağıdaki sorguyu çalıştırın:

        SELECT max(client_received_start_timestamp) FROM "analytics"."$org.$env.fact" LIMIT 1;

      Günlükler

      Bileşenlerdeki günlükleri kontrol ederek hata olmadığından emin olun.