Edge for Private Cloud s. 4.17.01
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, Yükleme Topolojiler. 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@google.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@google.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
- 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 - dc-1'de, Yönetim Sunucusu düğümünde setup.sh dosyasını yeniden çalıştırın:
> /opt/Apigee/Apigee-setup/bin/setup.sh -p ms -f configFile1 - 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.
- dc-2'de, Cassandra ve ZooKeeper'ı uygun düğümlere yükleyin:
/opt/apigee/apigee-setup/bin/setup.sh -p ds -f configFile2 - dc-2'de, yeniden oluşturma komutunu tüm Cassandra düğümlerinde
dc-1'in bölge adı:
> /opt/Apigee/Apigee-cassandra/bin/nodetool -h cassIP yeniden oluşturmak dc-1 - dc-2'de, Yönetim Sunucusu'nu uygun düğüme yükleyin:
> /opt/Apigee/Apigee-setup/bin/setup.sh -p ms -f configFile2 - dc-2'de, Rotalar ve İleti İşlemcilerini uygun
düğümler:
> /opt/Apigee/Apigee-setup/bin/setup.sh -p rmp -f configFile2 - dc-2'de, Qpid'i uygun düğümlere yükleyin:
> /opt/Apigee/Apigee-setup/bin/setup.sh -p qs -f configFile2 - dc-2'de, Postgres'i uygun düğüme yükleyin:
> /opt/Apigee/Apigee-setup/bin/setup.sh -p ps -f configFile2 - 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.- dc-1'deki ana düğümde, yapılandırma dosyasını şu şekilde ayarlamak için düzenleyin:
PG_MASTER=IPorDNSofDC1Master
PG_STANDBY=IPorDNSofDC2Standby - Yeni ana slaytta çoğaltmayı etkinleştir:
> /opt/Apigee/Apigee-service/bin/potansiyel-service Apigee-postgresql setup-replication-on-master -f configFIle - 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 - dc-2'deki bekleme düğümünde sunucuyu durdurun ve ardından
mevcut Postgres verileri:
> /opt/Apigee/Apigee-service/bin/destek hizmetindeki Apigee-postgresql durma noktası
> rm -rf /opt/Apigee/data/sorumlu-postgresql/
Not: Gerekirse bu verileri silmeden önce yedekleyebilirsiniz. - dc-2'de bekleme düğümünü yapılandırın:
> /opt/Apigee/Apigee-service/bin/potansiyel-service Apigee-postgresql beklemeye-ayarlama-kurulum -f configFile
- dc-1'deki ana düğümde, yapılandırma dosyasını şu şekilde ayarlamak için düzenleyin:
- dc-1'de analiz yapılandırmasını güncelleyin ve kuruluşları yapılandırın.
- dc-1'in Yönetim Sunucusu düğümünde Postgres'in UUID'sini alın
düğüm:
> 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. - 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.
- 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:
> 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. - dc-1'in Yönetim Sunucusu düğümünde mevcut Postgres'i kaldırın.
sunucuyu temel alarak bir bağlantı oluşturur:
- Postgres düğümünü tüketici grubundan kaldırın:
> 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:
> 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 - Postgres düğümünü analiz grubundan kaldırın:
> 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:
> apigee-adminapi.sh analytics grupları postgres_server kaldırma -g axgroup-001 -u UUID1,UUID2 -Y --admin adminEmail --pwd adminPword --host localhost
- Postgres düğümünü tüketici grubundan kaldırın:
-
dc-1'in Yönetim Sunucusu düğümünde, yeni ana makineyi/beklemeyi ekleyin
Sunucuları analiz grubuna gönder:
- İki Postgres sunucusunu da analiz grubuna ekleyin:
> 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. - PG sunucularını tüketici grubuna ana/beklemede olarak ekleyin:
> 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
- İki Postgres sunucusunu da analiz grubuna ekleyin:
- dc-2'deki Qpid sunucularını analiz grubuna ekleyin:
- dc-1'in Yönetim Sunucusu düğümünde Qpid'in UUID'lerini alın
dc-2'deki düğümler:
> 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. - dc-1'in Yönetim Sunucusu düğümünde Qpid düğümlerini
analiz grubu:
>apigee-adminapi.sh analiz grupları qpid_server add -g axgroup-001 -u UUID_1 --admin adminEmail --pwd adminPword --host localhost
>Apigee-adminapi.sh analytics grupları qpid_server add -g axgroup-001 -u UUID_2 --admin adminEmail --pwd adminPword --host localhost - dc-1'in Yönetim Sunucusu düğümünde Qpid düğümlerini
tüketici grubu:
> 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
- dc-1'in Yönetim Sunucusu düğümünde Qpid'in UUID'lerini alın
dc-2'deki düğümler:
- Eski Postgres bekleme sunucusunun kaydını sildikten sonra dc-1'den silin:
- Mevcut dc-1 Postgres bekleme sunucusunun kaydını silin:
> 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ü. - 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.
. > apigee-adminapi.sh sunucuları delete -u UUID --admin adminEmail --pwd adminPword --host localhost
- Mevcut dc-1 Postgres bekleme sunucusunun kaydını silin:
- dc-1'in Yönetim Sunucusu düğümünde Postgres'in UUID'sini alın
düğüm:
- Cassandra anahtar alanlarını iki veri merkezi için doğru çoğaltma faktörüyle güncelleyin. Siz
Bu adımı iki veri merkezindeki herhangi bir Cassandra sunucusunda yalnızca bir kez çalıştırmanız yeterlidir:
. Not: Aşağıdaki komutların tümü, çoğaltma faktörünü "3" olarak ayarlar ve üç Cassandra düğümü bulunuyor. Bu değeri yüklemeniz için gereken şekilde değiştirin.- Cassandra cqlsh yardımcı programını başlatın:
> /opt/Apigee/Apigee-cassandra/bin/cqlsh cassandraIP - "cqlsh>" bölümünde aşağıdaki CQL komutlarını yürütün çoğaltmayı ayarlama istemi
seviyeler:
- cqlsh> DEĞİŞTİR KEYSPACE "identityzone" Çoğaltma İLE = { 'class': 'NetworkTopologyStrateji', "dc-1": "3", "dc-2": "3" }; 'nı inceleyin.
- cqlsh> TUŞ ALANI DEĞİŞTİR "sistem_izleri" Çoğaltma İLE = { 'class': 'NetworkTopologyStrateji', 'dc-1': "3", "dc-2": "3" };
- Şu komutu kullanarak tuş alanlarını görüntüleyin:
cqlsh> şunlar arasından * simgesini seç: system.schema_keyspaces; - cqlsh'den çıkın:
cqlsh> çıkış
- Cassandra cqlsh yardımcı programını başlatın:
- Bellekte yer açmak için dc-1'deki tüm Cassandra düğümlerinde aşağıdaki nodetool komutunu çalıştırın:
> /opt/Apigee/Apigee-cassandra/bin/nodetool -h cassandraIP temizleme - Veriler genelinde desteklemek istediğiniz her kuruluş ve her ortam için
merkezler:
- dc-1'in Yönetim Sunucusu düğümünde, yeni MP_POD'u
Kuruluş:
> 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. - Yeni İleti İşleyicileri kuruluşa ve ortama ekleyin:
- dc-2'nin Yönetim Sunucusu düğümünde,
dc-2'deki İleti İşlemci düğümleri:
> 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. - 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:
> Apigee-adminapi.sh org'ları envs sunucuları add -o orgName -e envName -u UUID --admin adminEmail --pwd adminPword --host localhost
- dc-2'nin Yönetim Sunucusu düğümünde,
dc-2'deki İleti İşlemci düğümleri:
- dc-1'in Yönetim Sunucusu düğümünde kuruluşu kontrol edin:
> 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.
- dc-1'in Yönetim Sunucusu düğümünde, yeni MP_POD'u
Kuruluş: