Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Cara kerja koneksi peering VPC
Langkah-langkah berikut menjelaskan proses peering VPC:
-
Pemilik dari VPC peminta mengirimkan permintaan ke pemilik VPC penerima untuk membuat koneksi peering VPC. VPC aksepter dapat dimiliki oleh Anda, atau AWS akun lain, dan tidak dapat memiliki blok CIDR yang tumpang tindih dengan blok CIDR dari VPC pemohon.
-
Pemilik VPC aksepter menerima permintaan koneksi peering VPC untuk mengaktifkan koneksi peering VPC.
-
Untuk mengaktifkan aliran lalu lintas antar VPC menggunakan alamat IP pribadi, pemilik dari setiap VPC di koneksi peering VPC harus secara manual menambahkan sebuah rute ke satu atau lebih tabel rute VPC mereka yang mengacu ke kisaran alamat IP dari VPC lain (VPC rekan).
-
Jika diperlukan, perbarui aturan grup keamanan yang terkait dengan instans EC2 Anda untuk memastikan bahwa lalu lintas ke dan dari VPC peer tidak dibatasi. Jika kedua VPC berada di Wilayah yang sama, Anda dapat mereferensikan grup keamanan dari VPC peer sebagai sumber atau tujuan untuk aturan masuk atau keluar di grup keamanan Anda.
-
Dengan opsi koneksi peering VPC default, jika instans EC2 di kedua sisi koneksi peering VPC saling mengarahkan satu sama lain menggunakan nama host DNS publik, nama host diselesaikan ke alamat IP publik instans EC2. Untuk mengubah perilaku ini, Aktifkan resolusi nama host DNS untuk koneksi VPC Anda. Setelah mengaktifkan resolusi nama host DNS, jika instans EC2 di kedua sisi koneksi peering VPC saling mengarahkan satu sama lain menggunakan nama host DNS publik, nama host diselesaikan ke alamat IP pribadi instans EC2.
Untuk informasi selengkapnya, lihat Koneksi peering VPC.
Siklus hidup koneksi peering VPC
Koneksi peering VPC melewati berbagai tahap mulai dari ketika permintaan diinisiasi. Pada setiap tahap, mungkin saja ada tindakan yang bisa Anda lakukan, dan di akhir siklus hidupnya, koneksi peering VPC tetap terlihat di konsol Amazon VPC dan API atau hasil baris perintah selama jangka waktu tertentu.
-
Initiating-request: Permintaan untuk koneksi peering VPC telah dimulai. Pada tahap ini, koneksi peering bisa gagal, atau bisa saja masuk ke
pending-acceptance. -
Gagal: Permintaan untuk koneksi peering VPC telah gagal. Selagi berada dalam status ini, koneksi tidak dapat diterima, ditolak, atau dihapus. Koneksi peering VPC yang gagal tetap terlihat oleh peminta selama 2 jam.
-
Pending-acceptance: Permintaan koneksi peering VPC sedang menunggu penerimaan dari pemilik VPC aksepter. Selama dalam status ini, pemilik atas VPC peminta dapat menghapus permintaan tersebut, dan pemilik dari VPC penerima dapat menerima atau menolak permintaan tersebut. Jika tidak ada tindakan yang diambil atas permintaan tersebut, status kedaluwarsa setelah 7 hari.
-
Kedaluwarsa: Permintaan koneksi peering VPC telah kedaluwarsa, dan tidak ada tindakan yang dapat diambil oleh pemilik VPC manapun. Koneksi peering VPC yang kedaluwarsa tetap terlihat oleh kedua pemilik VPC selama 2 hari.
-
Ditolak: Pemilik dari VPC penerima telah menolak
pending-acceptancepermintaan koneksi peering VPC. Sementara dalam status ini, permintaan tidak dapat diterima. Koneksi peering VPC yang ditolak tetap dapat dilihat oleh pemilik VPC peminta selama 2 hari, dan dapat dilihat oleh pemilik VPC penerima selama 2 jam. Jika permintaan dibuat dalam AWS akun yang sama, permintaan yang ditolak tetap terlihat selama 2 jam. -
Penyediaan: Permintaan koneksi peering VPC telah diterima, dan akan segera berada dalam status
active. -
Aktif: Koneksi peering VPC sedang aktif, dan lalu lintas dapat mengalir antar VPC (asalkan grup keamanan dan tabel rute Anda mengizinkan aliran lalu lintas). Selagi berada dalam status ini, salah satu dari pemilik VPC dapat menghapus koneksi peering VPC tersebut, tetapi tidak dapat menolaknya.
catatan
Jika peristiwa di Wilayah tempat VPC berada mencegah aliran lalu lintas, status koneksi peering VPC tetap ada.
Active -
Mengh apus: Berlaku untuk koneksi peering VPC antar-wilayah yang sedang dalam proses dihapus. Pemilik salah satu VPC telah mengajukan permintaan untuk menghapuskoneksi peering VPC
active, atau pemilik dari VPC peminta telah mengajukan permintaan untuk menghapus permintaan koneksi peering VPCpending-acceptance. -
Dihapus: Sebuah koneksi peering VPC
activetelah dihapus oleh salah satu pemilik VPC, atau sebuah permintaan koneksi peering VPCpending-acceptancetelah dihapus oleh pemilik VPC peminta. Sementara dalam status ini, koneksi peering VPC tidak dapat diterima atau ditolak. Koneksi peering VPC masih tetap terlihat oleh pihak yang menghapusnya selama 2 jam, dan terlihat oleh pihak lain selama 2 hari. Jika koneksi peering VPC dibuat akun AWS yang sama, permintaan yang dihapus tetap terlihat selama 2 jam.
Berbagai koneksi peering VPC
Koneksi peering VPC adalah hubungan satu-satu antara dua VPC. Anda dapat membuat beberapa koneksi peering VPC untuk setiap VPC yang Anda miliki, tetapi hubungan peering transitif tidak di-support. Anda tidak memiliki hubungan sambungan apapun dengan VPC-VPC karena VPC Anda tidak langsungdisambungkan dengannya.
Diagram berikut adalah contoh dari satu VPC yang tersambung ke dua VPC yang berbeda. Terdapat dua koneksi peering VPC: VPC A disambungkan dengan kedua VPC B dan VPC C. VPC B dan VPC C tidak tersambung, dan Anda tidak dapat menggunakan VPC A sebagai titik transit untuk menyambungkan VPC B dan VPC C. Jika Anda ingin mengaktifkan perutean lalu lintas antara VPC B dan VPC C, Anda harus membuat koneksi peering VPC tersendiri antara keduanya.
Keterbatasan peering VPC
Pertimbangkan batasan berikut untuk koneksi peering VPC. Dalam beberapa kasus, Anda dapat menggunakan lampiran gateway transit alih-alih koneksi peering VPC. Untuk informasi selengkapnya, lihat Contoh skenario gateway transit di Amazon VPC Transit Gate way.
Koneksi
-
Ada kuota pada jumlah koneksi peering VPC aktif dan tertunda per VPC. Untuk informasi selengkapnya, lihat Kuota koneksi peering VPC untuk akun.
-
Anda tidak dapat memiliki lebih dari satu koneksi peering VPC antara dua VPC secara bersamaan.
-
Tag apa pun yang Anda buat untuk koneksi peering VPC hanya diterapkan di akun atau Wilayah tempat Anda membuatnya.
-
Anda tidak dapat tersambung atau melakukan kueri server DNS Amazon di VPC rekan.
-
Jika blok CIDR IPv4 dari sebuah VPC di koneksi peering VPC berada di luar kisaran alamat IPv4 pribadi yang ditentukan oleh RFC 1918
, nama host DNS pribadi untuk VPC itu tidak dapat diatasi menjadi alamat IP pribadi. Untuk menentukan nama host DNS pribadi menjadi alamat IP pribadi, Anda dapat mengaktifkan support resolusi DNS untuk koneksi peering VPC. Untuk informasi selengkapnya, lihat Aktifkan resolusi DNS untuk koneksi peering VPC. -
Anda dapat mengaktifkan sumber daya di kedua sisi koneksi peering VPC untuk berkomunikasi melalui IPv6. Anda harus mengaitkan blok IPv6 CIDR dengan setiap VPC, mengaktifkan instance di VPC untuk komunikasi IPv6, dan merutekan lalu lintas IPv6 yang ditujukan untuk VPC peer ke koneksi peering VPC.
-
Penerusan jalur terbalik Unicast pada koneksi peering VPC tidak di-support. Untuk informasi selengkapnya, lihat Perutean untuk lalu lintas respons.
Blok CIDR tumpang tindih
-
Anda tidak dapat membuat koneksi peering VPC antar VPC yang blok CIDR IPv4 atau IPv6 nya memiliki kecocokan atau saling tumpang tindih.
-
Jika Anda memiliki beberapa blok CIDR IPv4, Anda tidak dapat membuat koneksi peering VPC jika salah satu blok CIDR tumpang tindih, bahkan jika Anda bermaksud menggunakan hanya blok CIDR yang tidak tumpang tindih atau hanya blok CIDR IPv6.
Peering Transitif
-
Peering VPC tidak men-support hubungan sambungan transitif. Misalnya, jika ada koneksi peering VPC antara VPC A dan VPC B, dan antara VPC A dan VPC C, Anda tidak dapat merutekan lalu lintas dari VPC B ke VPC C melalui VPC A. Untuk merutekan lalu lintas antara VPC B dan VPC C, Anda harus membuat koneksi peering VPC di antara keduanya. Untuk informasi selengkapnya, lihat Tiga VPC disambungkan bersama.
Perutean edge ke edge melalui gateway atau koneksi pribadi
-
Jika VPC A memiliki gateway internet, sumber daya di VPC B tidak dapat menggunakan gateway internet di VPC A untuk mengakses internet.
-
Jika VPC A memiliki perangkat NAT yang menyediakan akses internet ke subnet di VPC A, sumber daya di VPC B tidak dapat menggunakan perangkat NAT di VPC A untuk mengakses internet.
-
Jika VPC A memiliki koneksi VPN ke jaringan perusahaan, sumber daya di VPC B tidak dapat menggunakan koneksi VPN untuk berkomunikasi dengan jaringan perusahaan.
-
Jika VPC A memiliki Direct Connect koneksi ke jaringan perusahaan, sumber daya di VPC B tidak dapat menggunakan Direct Connect koneksi untuk berkomunikasi dengan jaringan perusahaan.
-
Jika VPC A memiliki titik akhir gateway yang menyediakan konektivitas ke Amazon S3 ke subnet pribadi di VPC A, sumber daya di VPC B tidak dapat menggunakan titik akhir gateway untuk mengakses Amazon S3.
Inter-Region Koneksi peering VPC
-
Untuk frame jumbo, Unit Transmisi Maksimum (MTU) antara koneksi peering VPC dalam Wilayah yang sama adalah 9001 byte. MTU untuk koneksi peering VPC antar wilayah adalah 8500 byte. Untuk informasi selengkapnya tentang bingkai jumbo, lihat Jumbo frame (9001 MTU) di Panduan Pengguna Amazon EC2.
-
Anda harus mengaktifkan support resolusi DNS untuk koneksi peering VPC untuk menyelesaikan nama host DNS pribadi pada VPC yang tersambung ke alamat IP pribadi, bahkan jika CIDR IPv4 berada di kisaran alamat IPv4 pribadi yang ditentukan oleh RFC 1918.
VPC dan subnet bersama
-
Hanya pemilik VPC yang dapat bekerja dengan (menjelaskan, membuat, menerima, menolak, memodifikasi, atau menghapus) koneksi peering. Peserta tidak dapat bekerja dengan koneksi peering. Untuk informasi selengkapnya, lihat, Bagikan VPC Anda dengan akun lain di Panduan Pengguna Amazon VPC.