Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Konfigurasi peering VPC dengan rute tertentu

Anda dapat mengonfigurasi tabel rute untuk koneksi peering VPC untuk membatasi akses ke blok CIDR subnet, blok CIDR tertentu (jika VPC memiliki beberapa blok CIDR), atau sumber daya tertentu di VPC peer. Dalam contoh ini, VPC pusat diintip ke setidaknya dua VPC yang memiliki blok CIDR yang tumpang tindih.

Untuk contoh skenario di mana Anda mungkin memerlukan konfigurasi koneksi peering VPC tertentu, lihat Skenario jaringan koneksi peering VPC. Untuk informasi selengkapnya tentang bekerja dengan koneksi peering VPC, lihat. Koneksi peering VPC Untuk informasi selengkapnya tentang pembaruan tabel rute Anda, lihat Memperbarui tabel rute Anda untuk koneksi peering VPC.

Dua VPC yang mengakses subnet tertentu dalam satu VPC

Dalam konfigurasi ini, ada VPC pusat dengan dua subnet (VPC A), koneksi peering antara VPC A dan VPC B (pcx-aaaabbbb), dan koneksi peering antara VPC A dan VPC C (). pcx-aaaacccc Setiap VPC memerlukan akses ke sumber daya hanya di salah satu subnet di VPC A.

Tabel rute untuk subnet 1 menggunakan koneksi peering VPC pcx-aaaabbbb untuk mengakses seluruh blok CIDR VPC B. Tabel rute untuk VPC B digunakan pcx-aaaabbbb untuk mengakses blok CIDR subnet 1 di VPC A. Tabel rute untuk subnet 2 menggunakan koneksi peering VPC untuk mengakses seluruh blok CIDR VPC C. Tabel rute pcx-aaaacccc untuk tabel VPC C digunakan untuk mengakses blok CIDR subnet 2 di VPC A. pcx-aaaacccc

Anda dapat memperluas konfigurasi ini ke beberapa blok CIDR. Misalkan VPC A dan VPC B memiliki blok CIDR IPv4 dan IPv6, dan subnet 1 memiliki blok IPv6 CIDR terkait. Anda dapat mengaktifkan VPC B untuk berkomunikasi dengan subnet 1 di VPC A melalui IPv6 menggunakan koneksi peering VPC.

Untuk melakukan ini, tambahkan rute ke tabel rute untuk VPC A dengan tujuan blok IPv6 CIDR untuk VPC B, dan rute ke tabel rute untuk VPC B dengan tujuan IPv6 CIDR subnet 1 di VPC A.

Dua VPC yang mengakses blok CIDR tertentu dalam satu VPC

Dalam konfigurasi ini, ada VPC pusat (VPC A), koneksi peering antara VPC A dan VPC B (pcx-aaaabbbb), dan koneksi peering antara VPC A dan VPC C (). pcx-aaaacccc VPC A memiliki satu blok CIDR untuk setiap koneksi peering.

Satu VPC yang mengakses subnet tertentu dalam dua VPC

Dalam konfigurasi ini, ada VPC pusat (VPC A) dengan satu subnet, koneksi peering antara VPC A dan VPC B (pcx-aaaabbbb), dan koneksi peering antara VPC A dan VPC C (). pcx-aaaacccc VPC B dan VPC C masing-masing memiliki dua subnet. Koneksi peering antara VPC A dan VPC B hanya menggunakan salah satu subnet di VPC B. Koneksi peering antara VPC A dan VPC C hanya menggunakan salah satu subnet di VPC C.

Gunakan konfigurasi ini jika Anda memiliki VPC pusat yang memiliki satu set sumber daya, seperti layanan Direktori Aktif, yang perlu diakses oleh VPC lain. VPC pusat tidak memerlukan akses penuh ke VPC yang tersambung kepadanya.

Tabel rute untuk VPC A menggunakan koneksi peering untuk mengakses hanya subnet tertentu di VPC yang diintip. Tabel rute untuk subnet 1 menggunakan koneksi peering dengan VPC A untuk mengakses subnet di VPC A. Tabel rute untuk subnet 2 menggunakan koneksi peering dengan VPC A untuk mengakses subnet di VPC A.

Perutean untuk lalu lintas respons

Jika Anda memiliki VPC yang diintip dengan beberapa VPC yang memiliki blok CIDR yang tumpang tindih atau cocok, pastikan tabel rute Anda dikonfigurasi untuk menghindari pengiriman lalu lintas respons dari VPC Anda ke VPC yang salah. AWS tidak mendukung penerusan jalur terbalik unicast dalam koneksi peering VPC yang memeriksa IP sumber paket dan merutekan paket balasan kembali ke sumber.

Misalnya, VPC A disambungkan dengan VPC B dan VPC C. VPC B dan VPC C memiliki blok CIDR yang cocok, dan subnet-subnet mereka memiliki blok CIDR yang cocok. Tabel rute untuk subnet 2 di VPC B menunjuk ke koneksi peering VPC pcx-aaaabbbb untuk mengakses subnet VPC A. Tabel rute VPC A dikonfigurasi untuk mengirim lalu lintas yang ditujukan untuk VPC CIDR ke koneksi peering. pcx-aaaaccccc

Misalkan sebuah instance di subnet 2 di VPC B mengirimkan lalu lintas ke server Active Directory di VPC A menggunakan koneksi peering VPC. pcx-aaaabbbb VPC A mengirimkan lalu lintas respons ke server Direktori Aktif. Namun, tabel rute VPC A dikonfigurasi untuk mengirim semua lalu lintas dalam rentang VPC CIDR ke koneksi peering VPC. pcx-aaaacccc Jika subnet 2 di VPC C memiliki instance dengan alamat IP yang sama dengan instance di subnet dua VPC B, ia menerima lalu lintas respons dari VPC A. Instans di subnet 2 di VPC B tidak menerima respons atas permintaannya ke VPC A.

Untuk mencegah hal ini, Anda dapat menambahkan rute tertentu ke tabel rute VPC A dengan CIDR subnet 2 di VPC B sebagai tujuan dan target. pcx-aaaabbbb Rute baru lebih spesifik, oleh karena itu lalu lintas yang ditujukan untuk subnet 2 CIDR dialihkan ke koneksi peering VPC pcx-aaaabbbb

Atau, dalam contoh berikut, tabel rute VPC A memiliki rute untuk setiap subnet untuk setiap koneksi peering VPC. VPC A dapat berkomunikasi dengan subnet 2 di VPC B dan dengan subnet 1 di VPC C. Skenario ini berguna jika Anda perlu menambahkan koneksi peering VPC lain dengan subnet lain yang berada dalam rentang alamat yang sama dengan VPC B dan VPC C —Anda cukup menambahkan rute lain untuk subnet tertentu.

Sebagai alternatif, tergantung pada kasus penggunaan Anda, Anda dapat membuat rute ke alamat IP tertentu di VPC B untuk memastikan bahwa lalu lintas diarahkan kembali ke server yang benar (tabel rute menggunakan pencocokan prefiks terpanjang untuk memprioritaskan rute):

Instans dalam satu VPC yang mengakses instance tertentu di dua VPC

Dalam konfigurasi ini, ada VPC pusat (VPC A) dengan satu subnet, koneksi peering antara VPC A dan VPC B (pcx-aaaabbbb), dan koneksi peering antara VPC A dan VPC C (). pcx-aaaacccc VPC A memiliki subnet dengan satu instance untuk setiap koneksi peering. Anda dapat menggunakan konfigurasi ini untuk membatasi lalu lintas peering ke instans tertentu.

Setiap tabel rute VPC mengacu ke koneksi peering VPC yang relevan untuk mengakses sebuah alamat IP (dan karena itulah terdapat instans khusus) di VPC rekan.

Satu VPC yang mengakses dua VPC menggunakan kecocokan awalan terpanjang

Dalam konfigurasi ini, ada VPC pusat (VPC A) dengan satu subnet, koneksi peering antara VPC A dan VPC B (pcx-aaaabbbb), dan koneksi peering antara VPC A dan VPC C (). pcx-aaaacccc VPC B dan VPC C memiliki blok CIDR yang cocok. Anda menggunakan koneksi peering VPC pcx-aaaabbbb untuk merutekan lalu lintas antara VPC A dan instance tertentu di VPC B. Semua lalu lintas lain yang ditujukan untuk rentang alamat CIDR yang dibagikan oleh VPC B dan VPC C dialihkan ke VPC C melalui. pcx-aaaacccc

Tabel rute VPC menggunakan pencocokan prefiks terpanjang untuk memilih rute yang paling spesifik di seluruh koneksi peering VPC yang dimaksud. Semua lalu lintas lain diarahkan melalui rute pencocokan berikutnya, dalam hal ini, di seluruh koneksi peering VPC pcx-aaaacccc.

Beberapa konfigurasi VPC

Dalam konfigurasi ini, ada VPC pusat (VPC A) yang diintip dengan beberapa VPC dalam konfigurasi spoke. Anda juga memiliki tiga VPC (VPC X, Y, dan Z) yang diintip dalam konfigurasi mesh penuh.

VPC D juga memiliki koneksi peering VPC dengan VPC X (). pcx-ddddxxxx VPC A dan VPC X memiliki blok CIDR yang tumpang tindih. Ini berarti bahwa lalu lintas peering antara VPC A dan VPC D terbatas pada subnet tertentu (subnet 1) di VPC D. Hal ini untuk memastikan bahwa jika VPC D menerima permintaan dari VPC A atau VPC X, VPC D mengirimkan lalu lintas respons ke VPC yang benar. AWS tidak mendukung penerusan jalur terbalik unicast dalam koneksi peering VPC yang memeriksa IP sumber paket dan merutekan paket balasan kembali ke sumber. Untuk informasi selengkapnya, lihat Perutean untuk lalu lintas respons.

Demikian pula, VPC D dan VPC Z memiliki blok CIDR yang tumpang tindih. Lalu lintas peering antara VPC D dan VPC X terbatas pada subnet 2 di VPC D, dan lalu lintas peering antara VPC X dan VPC Z terbatas pada subnet 1 di VPC Z. Hal ini untuk memastikan bahwa jika VPC X menerima lalu lintas peering dari VPC D atau VPC Z, ia mengirim lalu lintas respons kembali ke VPC yang benar.

Tabel rute untuk VPC B, C, E, F, dan G menunjuk ke koneksi peering yang relevan untuk mengakses blok CIDR penuh untuk VPC A. Tabel rute VPC A menunjuk ke koneksi peering yang relevan untuk VPC B, C, E, F, dan G untuk mengakses blok CIDR penuh mereka. Untuk koneksi peeringpcx-aaaadddd, tabel rute VPC A merutekan lalu lintas hanya ke subnet 1 di VPC D dan tabel rute subnet 1 di VPC D menunjuk ke blok CIDR penuh VPC A.

Tabel rute VPC Y menunjuk ke koneksi peering yang relevan untuk mengakses blok CIDR penuh dari VPC X dan VPC Z. Tabel rute VPC Z menunjuk ke koneksi peering yang relevan untuk mengakses blok CIDR penuh VPC Y. Tabel rute subnet 1 di VPC Z menunjuk ke koneksi peering yang relevan untuk mengakses blok CIDR penuh VPC Y. Tabel rute VPC X menunjuk ke koneksi peering yang relevan untuk mengakses subnet 2 di VPC D dan subnet 1 di VPC Z.