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

Başlangıçta işlemlere puan vermeyen darphane

Private Cloud için Edge, bir kuruluş için para kazanmayı ilk kez etkinleştirdiğinizde işlemleri başlangıçta derecelendirmez. Bu hem yeni hem de mevcut kuruluşlar için geçerlidir.

Para kazanma etkinleştirme API'si iş kimliğiyle yanıt verir ve tamamlandığında işin durumu başarılı olarak gösterilir. Bununla birlikte, başlangıçta para kazandıran API çağrıları, para kazanma tarafından işlenmeyecek ve derecelendirilmeyecek. Bu işlemler yalnızca normal analizlerde gösterilir.

Geçici çözüm:

apigee-service edge-message-processor restart

Para kazanma özelliği etkinleştirildikten sonra MP'lerin yeniden başlatılması, Edge'in başlangıçta ZooKeeper'dan yapılandırmayı yüklemesine neden olur. Bu durum her yeniden başlatmada gerçekleşir, yani sorun yalnızca başlangıçta geçerlidir.

Mint derecelendirme sunucuları bellek sızıntısı

Yeni bir Qpid örneği bir mxgroup'a kaydedildiğinde sıralar tüketiciler olmadan derlenir. Bu da mevcut tüm kaynakları kullanana kadar sıra derinliğinin büyümesine neden olur.

Geçici çözüm:

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.

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: