Veri merkezi ekleme

Edge for Private Cloud s. 4.16.05

Bu belgede, mevcut bir veriye veri merkezinin (bölge olarak da adlandırılır) nasıl ekleneceği açıklanmaktadır. yardım etmek istiyorum.

Veri merkezi eklemeden önce dikkat edilmesi gereken noktalar

Veri merkezi eklemeden önce OpenLDAP'yi nasıl yapılandıracağınızı, Veri merkezlerinde ZooKeeper, Cassandra ve Postgres sunucuları. Ayrıca, İki veri merkezindeki düğümler arasında gerekli bağlantı noktaları açık olmalıdır.

• OpenLDAP
  Her veri merkezinin, çoğaltma etkin şekilde yapılandırılmış kendi OpenLDAP sunucusu vardır. Google Takvim widget'ını yeni veri merkezini yüklemeniz, OpenLDAP'yi çoğaltmayı kullanacak şekilde yapılandırmanız ve mevcut veri merkezindeki OpenLDAP sunucusunu yeniden yapılandırmaya çalışın.
• ZooKeeper
  ZK_HOSTS mülkü için her iki veri merkezindeki tüm ZooKeeper düğümlerinin IP adreslerini veya DNS adlarını belirtin , aynı sırayla gösterir ve tüm düğümleri ":observer" değiştiricisiyle işaretler. “:observer” değiştiricisi olmayan düğümlere "voters" (voters) adı verilir. Tek sayı olmalı "oy verenlerin" sayısı yapılandırdığınızdan emin olun.
  .
  . Bu topolojide, ana makine 9'daki ZooKeeper ana makinesi gözlemcidir:
  
  .
  
  . Aşağıdaki örnek yapılandırma dosyasında, düğüm 9 “:observer” düzenleyicisini kullanarak beş seçmen olmasını sağlayın: Düğümler 1, 2, 3, 7 ve 8.
  .
  . ZK_CLIENT_HOSTS için özelliğini kullanarak, yalnızca ZooKeeper'ın IP adreslerini veya DNS adlarını belirtin verilerdeki tüm ZooKeeper düğümleri için aynı sırayla veri merkezindeki düğümler yardım etmek istiyorum.
• Kassandra
  Tüm veri merkezlerinin sayısı aynı Cassandra düğümüne sahip olmalıdır.
  .
  . Her bir veriye yönelik CASS_HOSTS için her iki veri için de tüm Cassandra IP adreslerini (DNS adlarını değil) belirttiğinizden emin olun. üretebiliriz. 1. veri merkezi için önce bu veri merkezindeki Cassandra düğümlerini listeleyin. Veri merkezi için 2. Önce bu veri merkezindeki Cassandra düğümlerini listeleyin. Cassandra düğümlerini aynı tüm Cassandra düğümleri için bir sıralama kuralı görürsünüz.
  .
  . Tüm Cassandra düğümlerinde ':<d>, <r>' son eki olmalıdır (örneğin, '<ip>:1,1 =) veri merkezi 1 ve raf/kullanılabilirlik bölgesi 1 ile '<ip>:2,1 = veri merkezi 2 ve raf/stok durumu bölgesi 1.
  . Örneğin, "192.168.124.201:1,1 192.168.124.202:1,1 192.168.124.203:1,1 192.168.124.204:2,1 192.168.124.205:2,1 192.168.124.206:2,1"
  
  . Her veri merkezinin raf/kullanılabilirlik bölgesi 1'deki ilk düğüm, başlangıç noktası olarak kullanılır sunucu. Bu dağıtım modelinde Cassandra kurulumu şu şekilde görünür:
  
  .
  
• Postgres
  Varsayılan olarak, Edge tüm Postgres düğümlerini ana modda yükler. Ancak birden fazla veri merkezlerinde, Postgres düğümlerini ana bekleme çoğaltmasını kullanacak şekilde yapılandırırsınız. Böylece, başarısız olursa bekleme düğümü trafiği sunmaya devam edebilir. Tipik olarak, bir veri merkezinde ana Postgres sunucusu, ikinci verilerde bekleme sunucusu yardım etmek istiyorum.
  .
  . Mevcut veri merkezi halihazırda ana/bekleme moduna geçtikten sonra, bu prosedürün bir parçası olarak mevcut bekleme düğümünün kaydını silin ve bunu yeni veri merkezindeki bir bekleme düğümüyle değiştirin.
  .
  . Aşağıdaki tabloda her iki senaryo için Postgres yapılandırmasından önceki ve sonraki durum gösterilmektedir:
  
  .

  Önce	Sonra
  dc-1'deki tek Ana Postgres düğümü	dc-1'deki ana Postgres düğümü dc-2'deki beklemedeki Postgres düğümü
  dc-1'deki ana Postgres düğümü dc-1'deki beklemedeki Postgres düğümü	dc-1'deki ana Postgres düğümü dc-2'deki beklemedeki Postgres düğümü dc-1'deki eski Bekleme Postgres düğümünün kaydını silin

• Bağlantı noktası gereksinimleri
  İki veri merkezindeki düğümler arasında gerekli bağlantı noktalarının açık olduğundan emin olmalısınız. Bağlantı noktası diyagramı için bkz. Kurulum Şartlar.

Mevcut veri merkezini güncelleme

Veri merkezi eklemek için yeni verileri yükleme ve yapılandırma adımlarını uygulamanız gerekir merkezi veri merkezindeki düğümleri güncellemeniz gerekir. Bu Search Console'a yeni Cassandra ve ZooKeeper düğümleri eklediğiniz için ve veri merkezlerini yeniden yapılandırmanız gerekir. Çoğaltmayı kullanmak için OpenLDAP'yi kullanın.

Yapılandırma dosyalarını oluşturma

Aşağıda, iki veri merkezine ait sessiz yapılandırma dosyaları gösterilmektedir. Bu dosyalarda her merkezde 6 düğüm var. dc-1 yapılandırma dosyasının aşağıdakilere ek ayarlar eklediğine dikkat edin:

• OpenLDAP'yi iki OpenLDAP düğümünde çoğaltma ile yapılandırma.
• dc-1'in yapılandırma dosyasına, dc-2'deki yeni Cassandra ve ZooKeeper düğümlerini ekleyin.

# Datacenter 1
IP1=IPorDNSnameOfNode1
IP2=IPorDNSnameOfNode2
IP3=IPorDNSnameOfNode3
IP7=IPorDNSnameOfNode7
IP8=IPorDNSnameOfNode8
IP9=IPorDNSnameOfNode9 
HOSTIP=$(hostname -i)
MSIP=$IP1
ADMIN_EMAIL=opdk@apigee.com
APIGEE_ADMINPW=Secret123
LICENSE_FILE=/tmp/license.txt
USE_LDAP_REMOTE_HOST=n
LDAP_TYPE=2
LDAP_SID=1
LDAP_PEER=$IP7
APIGEE_LDAPPW=secret
BIND_ON_ALL_INTERFACES=y
MP_POD=gateway-1
REGION=dc-1
ZK_HOSTS="$IP1 $IP2 $IP3 $IP7 $IP8 $IP9:observer"
ZK_CLIENT_HOSTS="$IP1 $IP2 $IP3"
# Must use IP addresses for CASS_HOSTS, not DNS names.
CASS_HOSTS="$IP1:1,1 $IP2:1,1 $IP3:1,1 $IP7:2,1 $IP8:2,1 $IP9:2,1"
SKIP_SMTP=n
SMTPHOST=smtp.example.com
SMTPUSER=smtp@example.com 
SMTPPASSWORD=smtppwd   
SMTPSSL=n
SMTPPORT=25

# Datacenter 2
IP1=IPorDNSnameOfNode1
IP2=IPorDNSnameOfNode2
IP3=IPorDNSnameOfNode3
IP7=IPorDNSnameOfNode7
IP8=IPorDNSnameOfNode8
IP9=IPorDNSnameOfNode9 
HOSTIP=$(hostname -i)
MSIP=$IP7
ADMIN_EMAIL=opdk@apigee.com
APIGEE_ADMINPW=Secret123
LICENSE_FILE=/tmp/license.txt
USE_LDAP_REMOTE_HOST=n
LDAP_TYPE=2
LDAP_SID=2
LDAP_PEER=$IP1
APIGEE_LDAPPW=secret
BIND_ON_ALL_INTERFACES=y
MP_POD=gateway-2
REGION=dc-2
ZK_HOSTS="$IP1 $IP2 $IP3 $IP7 $IP8 $IP9:observer"
ZK_CLIENT_HOSTS="$IP7 $IP8 $IP9"
# Must use IP addresses for CASS_HOSTS, not DNS names.
CASS_HOSTS="$IP7:2,1 $IP8:2,1 $IP9:2,1 $IP1:1,1 $IP2:1,1 $IP3:1,1"
SKIP_SMTP=n
SMTPHOST=smtp.example.com
SMTPUSER=smtp@example.com 
SMTPPASSWORD=smtppwd   
SMTPSSL=n
SMTPPORT=25

Yeni veri merkezi ekleme prosedürü

Bu prosedürde veri merkezleri şu şekilde adlandırılır:

• dc-1: mevcut veri merkezi
• dc-2: yeni veri merkezi

1. dc-1'de, setup.sh dosyasını yeni dc-1 ile orijinal Cassandra düğümlerinde yeniden çalıştırın. dc-2'deki Cassandra düğümlerini içeren confiig dosyası:
   /opt/apigee/apigee-setup/bin/setup.sh -p ds -f configFile1
2. dc-1'de, Yönetim Sunucusu düğümünde setup.sh dosyasını yeniden çalıştırın:
   &gt; /opt/Apigee/Apigee-setup/bin/setup.sh -p ms -f configFile1
3. dc-2 üzerinde, tüm düğümlere Apigee-setup yükleyin. Daha fazla bilgi için Edge Apigee-setup yardımcı programını yükleme bölümüne bakın bilgisi.
4. dc-2'de, Cassandra ve ZooKeeper'ı uygun düğümlere yükleyin:
   /opt/apigee/apigee-setup/bin/setup.sh -p ds -f configFile2
5. dc-2'de, yeniden oluşturma komutunu tüm Cassandra düğümlerinde dc-1'in bölge adı:
   &gt; /opt/Apigee/Apigee-cassandra/bin/nodetool -h cassIP yeniden oluşturmak dc-1
6. dc-2'de, Yönetim Sunucusu'nu uygun düğüme yükleyin:
   &gt; /opt/Apigee/Apigee-setup/bin/setup.sh -p ms -f configFile2
7. dc-2'de, Rotalar ve İleti İşlemcilerini uygun düğümler:
   &gt; /opt/Apigee/Apigee-setup/bin/setup.sh -p rmp -f configFile2
8. dc-2'de, Qpid'i uygun düğümlere yükleyin:
   &gt; /opt/Apigee/Apigee-setup/bin/setup.sh -p qs -f configFile2
9. dc-2'de, Postgres'i uygun düğüme yükleyin:
   &gt; /opt/Apigee/Apigee-setup/bin/setup.sh -p ps -f configFile2
10. Postgres düğümleri için Postgres ana/bekleme modunu ayarlayın. dc-1'deki Postgres düğümü ana, dc-2'deki Postgres düğümü bekleme sunucusudur.
    .
    . Not: dc-1, iki Postgres'e sahip olacak şekilde zaten yapılandırılmışsa düğümleri ana/bekleme modunda çalışan düğümler için kullanın, bu prosedürün bir parçası olarak dc-1'de mevcut ana Postgres düğümünü ana olarak ayarlayın ve Bekleme sunucusu olarak dc-2'deki Postgres düğümü. Bu prosedürün ilerleyen bölümlerinde, dc-1'deki mevcut Postgres bekleme sunucusunun kaydını siler.
    1. dc-1'deki ana düğümde, yapılandırma dosyasını şu şekilde ayarlamak için düzenleyin:
       PG_MASTER=IPorDNSofDC1Master
       PG_STANDBY=IPorDNSofDC2Standby
    2. Yeni ana slaytta çoğaltmayı etkinleştir:
       &gt; /opt/Apigee/Apigee-service/bin/potansiyel-service Apigee-postgresql setup-replication-on-master -f configFIle
    3. dc-2'deki bekleme düğümünde yapılandırma dosyasını şu şekilde ayarlamak için düzenleyin:
       PG_MASTER=IPorDNSofDC1Master
       PG_STANDBY=IPorDNSofDC2Standby
    4. dc-2'deki bekleme düğümünde sunucuyu durdurun ve ardından mevcut Postgres verileri:
       &gt; /opt/Apigee/Apigee-service/bin/destek hizmetindeki Apigee-postgresql durma noktası
       &gt; rm -rf /opt/Apigee/data/sorumlu-postgresql/
       Not: Gerekirse bu verileri silmeden önce yedekleyebilirsiniz.
    5. dc-2'de bekleme düğümünü yapılandırın:
       &gt; /opt/Apigee/Apigee-service/bin/potansiyel-service Apigee-postgresql beklemeye-ayarlama-kurulum -f configFile
11. dc-1'de analiz yapılandırmasını güncelleyin ve kuruluşları yapılandırın.
    1. dc-1'in Yönetim Sunucusu düğümünde Postgres'in UUID'sini alın düğüm:
       &gt; Apigee-adminapi.sh sunucuları list -r dc-1 -p analytics -t postgres-server --admin adminEmail --pwd adminPword --host localhost
       
       UUID, döndürülen verilerin sonunda görünür. Bu değeri kaydedin.
       .
       . Not: dc-1, ana/bekleme modundaysanız çıkışta iki IP adresi ve UUID görürsünüz. Her iki UUID'yi de kaydedin. IP'lerden, hangi UUID'nin ana öğe için, hangisinin de uygun olduğunu belirleyebilmeniz gerekir. bekleme düğümüne iletebilir.
    2. dc-2'nin Yönetim Sunucusu düğümünde Postgres'in UUID'sini alın düğümünü önceki adımda gösterildiği gibi seçin. Bu değeri kaydedin.
    3. dc-1'in Yönetim Sunucusu düğümünde analiz ve tüketici grupları. Aşağıdaki komutların çoğunda bu bilgiler gerekir.
       . Varsayılan olarak analiz grubunun adı axgroup-001, tüketicinin adı ise grubu, tüketici-grubu-001'dir. Bir bölgenin sessiz yapılandırma dosyasında ilgili bölgenin adını ayarlayabilirsiniz. "AXGROUP" özelliğini kullanarak analiz grubunun seçimini kaldırın.
       .
       . Analytics'in ve tüketici gruplarının adlarından emin değilseniz aşağıdaki komutuna ekleyerek:
       &gt; Apigee-adminapi.sh analizi gruplar listesi --admin adminEmail --pwd adminPword --host localhost
       
       . Bu komut, ad alanındaki Analytics grubu adını ve tüketici grubunu döndürür adını girin.
    4. dc-1'in Yönetim Sunucusu düğümünde mevcut Postgres'i kaldırın. sunucuyu temel alarak bir bağlantı oluşturur:
       1. Postgres düğümünü tüketici grubundan kaldırın:
          &gt; apigee-adminapi.sh analytics grupları consumer_groups datastores kaldırma -g axgroup-001 -c tüketici-grubu-001 -u UUID -Y --admin adminEmail --pwd adminPword --host localhost
          
          . dc-1, tablodaki iki Postgres düğümünü çalıştıracak şekilde ana/bekleme modu, ikisini de kaldırın:
          &gt; apigee-adminapi.sh analytics grupları consumer_groups datastores kaldırma -g axgroup-001 -c tüketici-grubu-001 -u "UUID_1,UUID_2" -Y --admin adminEmail --pwd adminPword --host localhost
       2. Postgres düğümünü analiz grubundan kaldırın:
          &gt; apigee-adminapi.sh analiz grupları postgres_server kaldırma -g axgroup-001 -u UUID -Y --admin adminEmail --pwd yöneticiPword --host localhost
          
          . dc-1, ana/bekleme modunda çalışan iki Postgres düğümüne sahip olacak şekilde yapılandırıldıysa her ikisi:
          &gt; apigee-adminapi.sh analytics grupları postgres_server kaldırma -g axgroup-001 -u UUID1,UUID2 -Y --admin adminEmail --pwd adminPword --host localhost
    5. dc-1'in Yönetim Sunucusu düğümünde, yeni ana makineyi/beklemeyi ekleyin Sunucuları analiz grubuna gönder:
       1. İki Postgres sunucusunu da analiz grubuna ekleyin:
          &gt; apigee-adminapi.sh analiz grupları postgres_server add -g axgroup-001 -u "UUID_1,UUID_2" --admin adminEmail --pwd yöneticiPword --host localhost
          
          . burada UUID_1, dc-1 ve UUID_2 beklemedeki Postgres'e karşılık gelir dc-2'deki düğüm.
       2. PG sunucularını tüketici grubuna ana/beklemede olarak ekleyin:
          &gt; apigee-adminapi.sh analytics grupları consumer_groups datastores add -g axgroup-001 -c tüketici-grubu-001 -u "UUID_1,UUID_2" --admin adminEmail --pwd adminPword --host localhost
    6. dc-2'deki Qpid sunucularını analiz grubuna ekleyin:
       1. dc-1'in Yönetim Sunucusu düğümünde Qpid'in UUID'lerini alın dc-2'deki düğümler:
          &gt; apigee-adminapi.sh sunucu listesi -r dc-2 -p center -t qpid-server --admin adminEmail --pwd adminPword --host localhost
          
          UUID'ler, döndürülen verilerin sonunda görünür. Bu değerleri kaydedin.
       2. dc-1'in Yönetim Sunucusu düğümünde Qpid düğümlerini analiz grubu:
          &gt;apigee-adminapi.sh analiz grupları qpid_server add -g axgroup-001 -u "UUID_1,UUID_2" --admin adminEmail --pwd yöneticiPword --host localhost
       3. dc-1'in Yönetim Sunucusu düğümünde Qpid düğümlerini tüketici grubu:
          &gt; apigee-adminapi.sh analytics grupları consumer_groups consumer add -g axgroup-001 -c tüketici-grubu-001 -u "UUID_1,UUID_2" --admin adminEmail --pwd adminPword --host localhost
    7. Eski Postgres bekleme sunucusunun kaydını sildikten sonra dc-1'den silin:
       1. Mevcut dc-1 Postgres bekleme sunucusunun kaydını silin:
          &gt; apigee-adminapi.sh sunucu kaydını silme -u UUID -r dc-1 -p analytics -t postgres-server -Y --admin adminEmail --pwd yöneticiPword --host localhost
          
          UUID'nin eski bekleme modu olduğu durumlarda dc-1'deki Postgres düğümü.
       2. Mevcut dc-1 Postgres bekleme sunucusunu silin:
          Not: Bu komut Postgres sunucusu düğümünü kaldırmaz. Google bunu yalnızca Edge düğümleri listesinden kaldırır. Postgres'i daha sonra şuradan kaldırabilirsiniz: düğümünü de dahil edebilirsiniz.
          . &gt; apigee-adminapi.sh sunucuları delete -u UUID --admin adminEmail --pwd adminPword --host localhost
12. Bellekte yer açmak için dc-1'deki tüm Cassandra düğümlerinde aşağıdaki nodetool komutunu çalıştırın:
    &gt; /opt/Apigee/Apigee-cassandra/bin/nodetool -h cassandraIP temizleme
13. Veriler genelinde desteklemek istediğiniz her kuruluş ve her ortam için merkezler:
    1. dc-1'in Yönetim Sunucusu düğümünde, yeni MP_POD'u Kuruluş:
       &gt; Apigee-adminapi.sh orgs kapsülleri add -o orgName -r dc-2 -p orgName --admin adminEmail --pwd adminPword --host localhost
       
       burada gateway-2, MP_POD tarafından tanımlanan ağ geçidi kapsülünün adıdır özelliğini ekleyin.
    2. Yeni İleti İşleyicileri kuruluşa ve ortama ekleyin:
       1. dc-2'nin Yönetim Sunucusu düğümünde, dc-2'deki İleti İşlemci düğümleri:
          &gt; apigee-adminapi.sh sunucu listesi -r dc-2 -p gateway-2 -t ileti işlemcisi --admin adminEmail --pwd adminPword --host localhost
          
          UUID'ler, döndürülen verilerin sonunda görünür. Bu değerleri kaydedin.
       2. dc-1'in Yönetim Sunucusu düğümünde, her bir İleti İşleyen için dc-2'de, İleti İşleyici'yi kuruluşun bir ortamına ekleyin:
          &gt; Apigee-adminapi.sh org'ları envs sunucuları add -o orgName -e envName -u UUID --admin adminEmail --pwd adminPword --host localhost
    3. dc-1'in Yönetim Sunucusu düğümünde kuruluşu kontrol edin:
       &gt; Apigee-adminapi.sh orgs api dağıtımlar -o orgName -a apiProxyName --admin adminEmail --pwd adminPword --host localhost
       
       burada apiProxyName, kurum içinde tutmaktır.