4.19.06 Edge untuk catatan rilis Private Cloud

Jangan memberi rating pada transaksi di awal

Edge untuk Private Cloud tidak menilai transaksi di awal saat Anda pertama kali mengaktifkan monetisasi untuk organisasi. Hal ini berlaku untuk organisasi baru dan yang sudah ada.

Monetization enablement API merespons dengan ID tugas dan, setelah selesai, status tugas akan menunjukkan keberhasilan. Namun, setiap panggilan API yang dimonetisasi di awal tidak akan diproses oleh monetisasi dan tidak akan diberi rating. Transaksi ini hanya akan muncul di analisis reguler.

Solusi:

apigee-service edge-message-processor restart

Setelah monetisasi diaktifkan, memulai ulang anggota parlemen menyebabkan Edge memuat konfigurasi dari ZooKeeper saat startup. Hal ini terjadi setiap kali dimulai ulang, yang berarti masalah hanya berlaku pada awalnya.

Kebocoran memori server rating mint

Saat instance Qpid baru didaftarkan di mxgroup, antrean akan dibuat tanpa konsumen, yang mengakibatkan kedalaman antrean bertambah hingga semua resource yang tersedia digunakan.

Solusi:

Format file metadata untuk penginstalan apigee-sso

Saat menginstal apigee-sso dan menggunakan file metadata.xml, bukan URL, jika file metadata.xml tidak menyertakan baris baru (CRLF) di akhir file, file metadata.xml tidak akan dibaca sepenuhnya.

Solusi:

Untuk mengatasi masalah ini, Anda dapat melakukan salah satu hal berikut:

• Menambahkan CRLF ke akhir file metadata.xml

  ATAU

• Menggunakan lokasi berbasis URL untuk metadata

apigee-monit tidak didukung di Amazon Linux 1

Solusi:

Pencadangan Pemroses Pesan tidak mencadangkan kumpulan file yang benar

Solusi:

Jalankan pencadangan untuk kedua kalinya, dan kumpulan file yang benar akan dicadangkan.

DataAccessException di beberapa konfigurasi pusat data

Di beberapa konfigurasi pusat data, jika satu datastore tidak tersedia, Anda mungkin melihat error berikut:

DataAccessException: Error while accessing datastore;
Please retry later

Hasilnya, Server Pengelolaan mungkin tidak dimulai karena sedang mencoba terhubung ke Cassandra node di dc-1 dan dc-2. DataAccessExceptions terjadi jika node Cassandra ke bawah. Hal ini juga dapat mengakibatkan gangguan traffic API, yang membuat Pemroses Pesan melaporkan DataAccessExceptions saat mencoba mengambil KVM.

Perhatikan bahwa status yang diharapkan adalah Server Pengelolaan tidak terhubung ke komponen datastore lintas region.

Solusi

Solusinya adalah dengan membatalkan pendaftaran jenis node Cassandra berikut di pusat data yang tidak tersedia lalu mendaftarkannya kembali setelah node Cassandra tersedia lagi:

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

Untuk membatalkan pendaftaran dan mendaftarkan ulang jenis node Cassandra berikut:

1. Dapatkan UUID node Cassandra menggunakan perintah curl berikut:

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

   Dengan keterangan:

   • ADMIN_EMAIL dan ADMIN_PW adalah kredensial Apigee Anda menggunakan akun layanan.
   • MS_IP dan MS_PORT adalah alamat IP dan port Server Pengelolaan angka
   • REGION adalah nama pusat data tempat Server Pengelolaan berada ditemukan.
   • GATEWAY_POD adalah nama pod, yang secara default merupakan "gateway". Anda mungkin memiliki mengubahnya menjadi nama lain, jadi periksa implementasi Anda.
   • CASSANDRA_NODE_TYPE adalah salah satu dari kms-datastore, dc-datastore, dan keyvaluemap-datastore.

   Contoh:

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

   Respons menggunakan format berikut:

   {
     "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"
   }

   Contoh:

   {
     "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"
   }

   Perhatikan nilai kolom uUID dalam respons. Anda akan menggunakannya untuk membatalkan pendaftaran node.

2. Ulangi langkah satu untuk setiap jenis node Cassandra: kms-datastore, dc-datastore, dan keyvaluemap-datastore. Pastikan untuk memperhatikan UUID yang ditampilkan.
3. Batalkan pendaftaran node menggunakan perintah berikut:

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

   Dengan UUID adalah UUID yang ditampilkan dalam respons perintah sebelumnya.

4. Ulangi langkah 3 untuk setiap UUID yang Anda kumpulkan pada langkah 1 dan 2.
5. Daftarkan ulang node menggunakan perintah berikut:

   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

Perlu diingat bahwa operasi ini mendaftarkan dan membatalkan pendaftaran node dari Zookeeper dan dampak pada gugus Cassandra. Untuk informasi selengkapnya tentang perintah ini, lihat Memperbarui pendaftaran datastore.

Kebijakan MessageLogging termasuk informasi tambahan dalam pesan log

Elemen FormatMessage kebijakan MessageLogging mengontrol format pesan yang dicatat dalam log. Saat FormatMessage=false, pesan yang dicatat dalam log tidak seharusnya menyertakan informasi yang dibuat Apigee. Namun, meskipun Anda menetapkan FormatMessage=false, pesan log tetap menyertakan informasi berikut:

• Skor prioritas
• Stempel waktu

Solusi: