4.19.01 Edge for Private Cloud sürüm notları

Apigee-sso yüklemesi için meta veri dosyası biçimi

apigee-sso yüklenirken ve URL yerine meta veri.xml dosyası kullanılırken meta veriler.xml dosyası dosyanın sonunda yeni satır (CRLF) içermiyorsa meta veri.xml dosyası tamamen okunmaz.

Geçici çözüm:

Bu sorunu çözmek için aşağıdakilerden birini yapabilirsiniz:

• meta veri.xml dosyasının sonuna bir CRLF ekleyin

  VEYA

• Meta veriler için URL tabanlı bir konum kullan

apigee-monit, Amazon Linux 1'de desteklenmiyor

Geçici çözüm:

Mesaj İşleyici yedeklemesi doğru dosya grubunu yedeklemiyor

Geçici çözüm:

Yedeklemeyi ikinci kez çalıştırdığınızda doğru dosya grubu yedeklenecektir.

Oturum jetonları geçersiz kılınmadı

Kullanıcı, Apigee Edge Çıkış düğmesini tıkladığında sunucuda oturum jetonları geçersiz kılınmaz.

Geçici çözüm:

JMX kimlik doğrulaması etkinleştirildiğinde Cassandra işlemleri çalışmıyor

Geçici çözüm:

Node.js hedeflerine yapılan HEAD istekleri askıya alınıyor

Node.js hedefine yapılan HEAD istekleri askıya alınabilir ve bağlantılar beklemede kalır.

Geçici çözüm:

Bu sorunu çözmek amacıyla açıkça boş bir yanıt döndürmek amacıyla HEAD istekleri için bir işleyici tanımlayın.

Ana makine adları çözümlenmiyor

Private Cloud için Edge'i yükledikten veya yükselttikten sonra ana makine adları kendi adreslerine çözümlenmeyebilir.

Geçici çözüm:

Bu sorunu çözmek için Edge kullanıcı arayüzü bileşenini yeniden başlatın:

/opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Birden çok veri merkezi yapılandırmasında DataAccessException

Birden fazla veri merkezi yapılandırmasında, bir veri deposu kullanılamaz hale gelirse şu hata oluştu:

DataAccessException: Error while accessing datastore;
Please retry later

Yönetim Sunucusu, Cassandra'ya bağlanmaya çalıştığı için başlatılmayabilir. hem dc-1 hem de dc-2'deki düğümler. DataAccessExceptions, bir Cassandra düğümü aşağı tüketim. Bu durum, Mesaj İşleyenlerin bildirdiği API trafiğinin kesintiye uğramasına da neden olabilir. KVM'leri almaya çalışırken DataAccessExceptions.

Beklenen durumun, Yönetim Sunucusu'nun veri deposu bileşenlerine bağlanmaması için olduğunu unutmayın. ve bölgeleri keşfedebilirsiniz.

Geçici çözüm

Geçici çözüm, kullanılamayan veri merkezinde aşağıdaki Cassandra düğüm türlerinin kaydını silmektir. ve ardından, Cassandra düğümleri tekrar kullanılabilir hale geldikten sonra bunları yeniden kaydedin:

• kms-datastore
• dc-datastore
• keyvaluemap-datastore

Bu Cassandra düğüm türlerinin kaydını silmek ve yeniden kaydetmek için:

1. Aşağıdaki curl komutunu kullanarak Cassandra düğümlerinin UUID'lerini alın:

   curl -u ADMIN_EMAIL:ADMIN_PW \
     "http://MS_IP:MS_PORT/v1/servers?region=REGION&pod=GATEWAY_POD \
     &type=CASSANDRA_NODE_TYPE"

   Burada:

   • ADMIN_EMAIL ve ADMIN_PW, Apigee'nizin kimlik bilgileridir hesap.
   • MS_IP ve MS_PORT, Yönetim Sunucusu'nun IP adresi ve bağlantı noktasıdır sayı.
   • REGION, Yönetim Sunucusu'nun bulunduğu veri merkezinin adıdır. bulabilirsiniz.
   • GATEWAY_POD, varsayılan olarak "ağ geçidi" olan kapsül adıdır. Projede ancak, başka bir adla yeniden adlandırıldı. Bu nedenle, uygulamanızı kontrol edin.
   • CASSANDRA_NODE_TYPE şunlardan biridir: kms-datastore, dc-datastore, ve keyvaluemap-datastore.

   Örneğin:

   curl -u nickdanger@google.com:myP@$$w0rD
     "http://192.168.0.1:8080/v1/servers?region=dc-1&pod=gateway&type=dc-datastore"

   Yanıt, aşağıdaki biçimi kullanır:

   {
     "internalIP" : "POD_IP_ADDRESS",
     "isUp" : [true|false],
     "pod" : "GATEWAY_POD",
     "reachable" : [true|false],
     "region" : "dc-1",
     "tags" : {
       "property" : [ ]
     },
     "type" : [ "kms-datastore", "dc-datastore", "keyvaluemap-datastore" ],
       "uUID" : "POD_UUID"
   }

   Örneğin:

   {
     "internalIP" : "192.168.1.11",
     "isUp" : false,
     "pod" : "gateway",
     "reachable" : false,
     "region" : "dc-1",
     "tags" : {
       "property" : [ ]
     },
     "type" : "dc-datastore",
     "uUID" : "13cee956-d3a7-4577-8f0f-1694564179e4"
   }

   Yanıttaki uUID alanındaki değerleri not edin. Bu araçları şu amaçla kullanacaksınız: düğümlerin kaydını iptal edebilir.

2. Her Cassandra düğüm türü için birinci adımı tekrarlayın: kms-datastore, dc-datastore ve keyvaluemap-datastore. Lütfen Döndürülen UUID'ler.
3. Aşağıdaki komutu kullanarak düğümlerin kaydını silin:

   curl -u ADMIN_EMAIL:ADMIN_PW "http://MS_IP:MS_PORT/v1/servers/UUID" -X DELETE

   Burada UUID, önceki komutun yanıtında döndürülen UUID'dir.

4. 1. ve 2. adımda topladığınız her UUID için 3. adımı tekrarlayın.
5. Aşağıdaki komutu kullanarak düğümleri yeniden kaydedin:

   curl -u ADMIN_EMAIL:ADMIN_PW "http://MS_IP:MS_PORT/v1/servers -d \
     "Type=kms-datastore&Type=dc-datastore&Type=keyvaluemap-datastore& \
     Type=counter-datastore&Type=cache-datastore&InternalIP=POD_IP_ADDRESS& \
     region=REGION&pod=GATEWAY_POD" -H \
     'content-type: application/x-www-form-urlencoded' -X POST

Bu işlemlerin, Zookeeper'daki düğümleri kaydettiği ve kayıtlarını silmesini ve hiçbir Cassandra kümesi üzerindeki etkisidir. Bu komutlar hakkında daha fazla bilgi için bkz. Veri deposu kayıtlarını güncelleyin.

Günlük mesajındaki ekstra bilgiler dahil olan MessageLogging politikası

MessageLogging politikasının FormatMessage öğesi, günlüğe kaydedilen mesajın biçimini kontrol eder. FormatMessage=false söz konusu olduğunda, günlüğe Apigee tarafından oluşturulan herhangi bir bilgi eklenmemelidir. Ancak FormatMessage=false öğesini ayarlamış olsanız bile günlük iletisi aşağıdaki bilgileri içermeye devam eder:

• Öncelik puanı
• Zaman damgası

Geçici çözüm:

Sistem yöneticisi şifresi sıfırlanamıyor

Yönetim Sunucusu'nun özel karakterler içeren sistem yöneticisi şifresinin sıfırlanması başarısız olur.

Geçici çözüm:

Şifreyi bir veri dosyasında tanımlayın. Bu dosyayı daha sonra Management API'de /users uç noktasına iletin. Daha fazla bilgi edinmek için Sistem yöneticisi şifresini sıfırlama başlıklı makaleye bakın.