Cloud Enterprise Network:Gunakan analisis jalur

Contoh 1: Komunikasi ECS dalam wilayah yang sama

Saat menggunakan Cloud Enterprise Network (CEN) untuk menghubungkan VPC1 dan VPC2 dalam wilayah yang sama, Anda dapat menjalankan analisis jalur untuk jalur antara ECS1 dan ECS3, ECS1 dan ECS4, ECS2 dan ECS3, serta ECS2 dan ECS4 guna memverifikasi konektivitas antar Instance ECS di VPC1 dan VPC2 sebelum mengarahkan traffic produksi.

Langkah-langkah berikut menjelaskan cara menjalankan analisis jalur untuk jalur dari ECS1 ke ECS3. Langkah untuk jalur lainnya serupa dan tidak dijelaskan dalam topik ini.

Analisis jalur antara ECS1 dan ECS3

1. Login ke Konsol CEN.

2. Pada halaman CEN Instance, klik ID instans CEN yang ingin Anda kelola.

3. Pada halaman detail instans, klik tab Path Analysis.

   Jika Anda belum mengaktifkan Network Intelligence Service, ikuti petunjuk di layar untuk mengaktifkannya.

4. Pada tab Path Analysis, konfigurasikan parameter seperti yang dijelaskan dalam tabel berikut, lalu klik Start Analyzing.

   Catatan

   Contoh ini menggunakan port TCP 80 pada ECS3 untuk menguji konektivitas antara ECS1 dan ECS3. Anda dapat memilih protokol yang sesuai dengan lingkungan jaringan Anda.

   Parameter	Deskripsi
   Source	Sumber jalur. Network Intelligence Service mendukung berbagai jenis sumber daya sebagai sumber analisis jalur. Untuk informasi selengkapnya, lihat Create a path. Pada contoh ini, atur Source Type ke ECS dan pilih instans ECS1.
   Destination	Tujuan jalur. Pada contoh ini, atur Destination Type ke ECS dan pilih instans ECS3.
   Protocol	Protokol yang akan diuji. Pada contoh ini, pilih TCP.
   Destination Port	Port tujuan yang akan diuji. Pada contoh ini, pilih 80.
   Save Path	Menentukan apakah analisis jalur saat ini akan disimpan untuk digunakan kembali. Nilai default: No. Fitur ini tidak didukung.

5. Pada tab Path Analysis, lihat hasil analisis. Jika jalur tidak dapat dijangkau, perbaiki masalah berdasarkan temuan tersebut, lalu jalankan kembali analisis untuk mengonfirmasi konektivitas.

   Hasil analisis menunjukkan Path Unreachable - No matching security group rule, traffic denied by default rule. Node yang tidak dapat dijangkau adalah antarmuka jaringan elastis tujuan. Setelah Anda memperbaiki aturan security group untuk antarmuka jaringan elastis tersebut dan menjalankan ulang analisis jalur, hasilnya berubah menjadi Path Reachable - Normal. Sistem juga merekomendasikan agar Anda menjalankan analisis jalur balik untuk memverifikasi konektivitas pulang-pergi.

Contoh 2: Komunikasi ECS lintas wilayah

Saat menggunakan Cloud Enterprise Network (CEN) untuk menghubungkan VPC1 dan VPC2 lintas wilayah, Anda dapat menjalankan analisis jalur untuk jalur antara ECS1 dan ECS3, ECS1 dan ECS4, ECS2 dan ECS3, serta ECS2 dan ECS4 guna memverifikasi konektivitas antar Instance ECS di VPC1 dan VPC2 sebelum mengarahkan traffic produksi.

Langkah-langkah berikut menjelaskan cara menjalankan analisis jalur untuk jalur dari ECS1 ke ECS3. Langkah untuk jalur lainnya serupa dan tidak dijelaskan dalam topik ini.

Analisis jalur antara ECS1 dan ECS3

1. Login ke Konsol CEN.

2. Pada halaman CEN Instance, klik ID instans CEN yang ingin Anda kelola.

3. Pada halaman detail instans, klik tab Path Analysis.

4. Pada tab Path Analysis, konfigurasikan parameter seperti yang dijelaskan dalam tabel berikut, lalu klik Start Analyzing.

   Catatan

   Contoh ini menggunakan protokol ICMP untuk menguji konektivitas antara ECS1 dan ECS3. Anda dapat memilih protokol yang sesuai dengan lingkungan jaringan Anda.

   Parameter	Deskripsi
   Source	Sumber jalur. Network Intelligence Service mendukung berbagai jenis sumber daya sebagai sumber analisis jalur. Untuk informasi selengkapnya, lihat Create a path. Pada contoh ini, atur Source Type ke ECS dan pilih instans ECS1.
   Destination	Tujuan jalur. Pada contoh ini, atur Destination Type ke ECS dan pilih instans ECS3.
   Protocol	Protokol yang akan diuji. Pada contoh ini, pilih ICMP.
   Destination Port	Port tujuan yang akan diuji. Parameter ini tidak diperlukan ketika Protocol diatur ke ICMP.
   Save Path	Menentukan apakah analisis jalur saat ini akan disimpan untuk digunakan kembali. Nilai default: No. Fitur ini tidak didukung.

5. Pada tab Path Analysis, lihat hasil analisis. Jika jalur tidak dapat dijangkau, perbaiki masalah berdasarkan temuan tersebut, lalu jalankan kembali analisis untuk mengonfirmasi konektivitas.

   Analisis jalur pertama menunjukkan bahwa jalur antara ECS1 dan ECS3 tidak dapat dijangkau. Hal ini terjadi karena koneksi lintas wilayah belum dibuat antara Router transit di wilayah China (Shanghai) dan Router transit di wilayah China (Shenzhen). Akibatnya, kedua Router transit tersebut tidak dapat mempelajari rute dari VPC di wilayah masing-masing.

   Buat koneksi lintas wilayah antara Router transit di wilayah China (Shanghai) dan Router transit di wilayah China (Shenzhen), serta aktifkan semua fitur advanced saat membuat koneksi tersebut. Dengan demikian, kedua Router transit dapat secara otomatis mempelajari rute dari VPC di wilayah masing-masing. Jalankan ulang analisis jalur untuk mengonfirmasi bahwa jalur antara ECS1 dan ECS3 dapat dijangkau.

FAQ

Apa yang harus saya lakukan jika analisis jalur menunjukkan reachable tetapi layanan aktual (seperti Kafka atau Redis) tetap tidak berfungsi?

Jika analisis jalur menunjukkan bahwa jalur dapat dijangkau tetapi aplikasi Anda (seperti Kafka atau Redis) tetap tidak dapat terhubung, periksa hal-hal berikut:

1. Kompatibilitas protokol: Beberapa layanan cloud (seperti Kafka) secara default memblokir traffic ICMP. Jika pengujian ping gagal, hal ini tidak serta-merta berarti jalurnya tidak dapat dijangkau. Gunakan Telnet atau pilih TCP sebagai protokol dalam analisis jalur untuk memverifikasi konektivitas port.

2. Entri rute dan kuota: Jika pengujian port juga gagal dan aturan security group atau entri daftar putih ACL jaringan Anda sudah dikonfigurasi, login ke Konsol CEN untuk memeriksa status koneksi Router transit. Cari Blok CIDR tujuan di tabel rute untuk memastikan apakah terdapat konflik rute atau entri rute yang hilang. Jika entri rute tidak mencukupi, ajukan permohonan peningkatan kuota entri rute Router transit.

3. Waktu tunda propagasi konfigurasi: Dalam skenario lintas wilayah seperti menghubungkan ke instans Redis lintas wilayah, gangguan konektivitas singkat dapat terjadi meskipun konfigurasi sudah benar. Hal ini dapat disebabkan oleh latensi jaringan atau waktu tunda hingga koneksi Router transit berlaku. Tunggu beberapa menit, lalu jalankan ulang analisis jalur atau coba kembali koneksi aplikasi.