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

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

apigee-sso yüklenirken ve URL yerine bir meta veriler.xml dosyası kullanılırken, metaveri.xml dosyası, dosyanın sonunda yeni bir 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:

İleti İşleyici yedeği doğru dosya grubunu yedeklemiyor

Geçici çözüm:

Yedeklemeyi bir kez daha çalıştırdığınızda, doğru dosya grubunun yedeklenmesi gerekir.

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

Kullanıcı Apigee Edge Çıkış düğmesini tıkladığında, sunucudaki 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 gönderilen HEAD isteği kilitleniyor

Node.js hedefine yapılan HEAD istekleri kilitlenebilir ve bağlantılar beklemede kalabilir.

Geçici çözüm:

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

Çözümlenmeyen ana makine adları

Private Cloud için Edge yüklendikten veya yükseltildikten sonra ana makine adları adreslerine çözümlenemeyebilir.

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 aşağıdaki hatayı görebilirsiniz:

DataAccessException: Error while accessing datastore;
Please retry later

Sonuç olarak Yönetim Sunucusu hem dc-1 hem de dc-2'de Cassandra düğümlerine bağlanmaya çalıştığı için başlatılamayabilir. DataAccessExceptions, bir Cassandra düğümü kapalıyken oluşur. Bu durum, Mesaj İşleyicilerin KVM'leri almaya çalışırken DataAccessExceptions bildirdiği API trafiği kesintilerine de yol açabilir.

Beklenen durumun, Yönetim Sunucusu'nun bölgeler genelindeki veri deposu bileşenlerine bağlanmaması olduğunu unutmayın.

Geçici çözüm

Geçici bir çözüm olarak, kullanılamayan veri merkezindeki aşağıdaki Cassandra düğüm türlerinin kaydını silerek Cassandra düğümleri yeniden kullanılabilir hale geldikten sonra yeniden kaydedebilirsiniz:

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

Bu Cassandra düğüm türlerinin kaydını iptal etmek 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 hesabınızın kimlik bilgileridir.
   • MS_IP ve MS_PORT, Yönetim Sunucusu'nun IP adresi ve bağlantı noktası numarasıdır.
   • REGION, Yönetim Sunucusu'nun bulunduğu veri merkezinin adıdır.
   • GATEWAY_POD kapsül adıdır ve varsayılan olarak "ağ geçidi"dir. Adını başka bir adla değiştirmiş olabilirsiniz. Bu nedenle uygulamanızı kontrol edin.
   • CASSANDRA_NODE_TYPE; kms-datastore, dc-datastore ve keyvaluemap-datastore değerlerinden biridir.

   Ö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ıtta şu biçim kullanılı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ının değerlerini not edin. Bunları düğümlerin kaydını silmek için kullanacaksınız.

2. Her Cassandra düğüm türü için birinci adımı tekrarlayın: kms-datastore, dc-datastore ve keyvaluemap-datastore. Döndürülen UUID'leri not etmeyi unutmayın.
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, düğümleri Zookeeper'da kaydettiği ve bunların kaydını sildiğinin ve Cassandra kümesi üzerinde herhangi bir etkisi olmadığını unutmayın. Bu komutlar hakkında daha fazla bilgi için Datastore kayıtlarını güncelleme bölümüne bakın.

Günlük mesajında ek bilgiler içeren MessageLogging politikası

MessageLogging politikasının FormatMessage öğesi, günlüğe kaydedilen mesajın biçimini kontrol eder. FormatMessage=false olduğunda, günlüğe kaydedilen mesajın Apigee tarafından oluşturulan herhangi bir bilgi içermemesi gerekir. Ancak, FormatMessage=false değerini ayarlasanız bile günlük mesajı aşağıdaki bilgileri içerir:

• Öncelik puanı
• Zaman damgası

Geçici çözüm:

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

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

Geçici çözüm:

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