Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Opsi Segmentasi Lalu Lintas di AWS Direct Connect
Tanggal publikasi: 9 ** November 2023 ([Sejarah diagram](#diagram-history)) **
Arsitektur ini menunjukkan opsi segmentasi lalu lintas di AWS Direct Connect, termasuk menggunakan beberapa VIF pribadi di VPC atau Direct Connect gateway, menggunakan lampiran AWS Transit Gateway Connect melalui transit VIF, dan menggunakan AWS Site-to-Site VPN koneksi melalui transit VIF.
## Segmentasikan Lalu Lintas Anda AWS Direct Connect dengan Menggunakan Beberapa VIP Pribadi di VPC atau Direct Connect Diagram Gateway
Antarmuka virtual pribadi (VIF) digunakan untuk mengakses Amazon Virtual Private Cloud (Amazon VPC) menggunakan alamat IP pribadi. Setiap VIF dikonfigurasi dengan tag virtual local area network (VLAN) yang unik, yang berarti Anda dapat mengelompokkan lalu lintas Anda dengan menggunakan satu VIF per virtual routing and forwarding (VRF) yang Anda miliki di pusat data Anda. Pertimbangkan batas jumlah VIF, tergantung jenis Direct Connect koneksi yang Anda miliki. Anda dapat memiliki 50 VIF pribadi atau publik dengan koneksi khusus, dan satu VIF pribadi atau publik dengan koneksi yang dihosting. Selain itu, Anda dapat memiliki 30 VIF pribadi yang terkait dengan Direct Connect gateway yang sama. Anda dapat memeriksa kuota di panduan [Direct Connect pengguna](https://docs.aws.amazon.com/directconnect/latest/UserGuide/limits.html).
1. Lalu lintas yang dimulai dari instance di Spoke VPC A dan ditujukan untuk server pusat data perusahaan (dalam VRF A) dialihkan ke gateway pribadi virtual sesuai dengan tabel rute Spoke VPC A.
1. Gateway pribadi virtual dikaitkan dengan **Direct Connect** gateway, yang menggunakan VIF pribadi (VLAN) untuk terhubung ke pusat data perusahaan. Untuk mencapai segmentasi, gunakan beberapa VIF pribadi. Router lokal harus dikonfigurasi untuk menggunakan koneksi VIF (VLAN) yang berbeda per VRF yang dikonfigurasi.
1. Router lokal meneruskan lalu lintas dari VIF A pribadi ke VRF A dan server tujuan.
1. Lalu lintas dari VRF B pusat data perusahaan yang ditujukan untuk Spoke VPC B pertama kali dikirim ke gateway pelanggan yang terletak di pusat data.
1. Gateway pelanggan menggunakan VIF B pribadi — melalui Direct Connect tautan — untuk mengirim lalu lintas ke gateway pribadi virtual di VPC B.
1. Lalu lintas diteruskan ke tujuan sesuai dengan tabel rute Spoke VPC B.
## Segmentasikan Lalu Lintas Anda AWS Direct Connect dengan Menggunakan Beberapa Transit VIF dan Direct Connect Diagram Gateway
Transit Virtual Interfaces (VIFs) digunakan untuk mengakses AWS Transit Gateway melalui Direct Connect gateway. Setiap VIF dikonfigurasi dengan tag virtual local area network (VLAN) yang unik, yang berarti Anda dapat mengelompokkan lalu lintas Anda dengan menggunakan satu VIF per virtual routing and forwarding (VRF) yang Anda miliki di pusat data Anda. Pertimbangkan batas jumlah VIF, tergantung jenis Direct Connect koneksi yang Anda miliki. Anda dapat memiliki empat VIF transit dengan kombinasi maksimal 51 VIP pribadi, publik, dan transit per koneksi khusus. Untuk koneksi yang dihosting, Anda hanya dapat memiliki satu VIF transit. Selain itu, Anda dapat memiliki 30 VIF transit yang terkait dengan Direct Connect gateway yang sama. Anda dapat memeriksa kuota di panduan [Direct Connect pengguna](https://docs.aws.amazon.com/directconnect/latest/UserGuide/limits.html).
1. Lalu lintas yang dimulai dari instance di Spoke VPC A dan ditujukan untuk server pusat data perusahaan (dalam VRF A) dirutekan **AWS Transit Gateway** sesuai dengan tabel rute Spoke VPC A.
1. Transit Gateway dikaitkan dengan beberapa Direct Connect gateway (DXGW), masing-masing menggunakan transit VIF (VLAN) untuk terhubung ke pusat data perusahaan, mencapai segmentasi lalu lintas. Router lokal harus dikonfigurasi untuk menggunakan koneksi VIF (VLAN) yang berbeda per VRF yang dikonfigurasi.
1. Lalu lintas diteruskan ke DXGW A sesuai dengan tabel ** rute Gateway ** Transit Segmen A yang terkait dengan lampiran VPC A.
1. Router lokal meneruskan lalu lintas dari transit VIF A ke VRF A dan server tujuan.
1. Lalu lintas dari VRF B pusat data perusahaan yang ditujukan untuk Spoke VPC B pertama kali dikirim ke gateway pelanggan yang terletak di pusat data.
1. Gateway pelanggan menggunakan transit VIF B — melalui **Direct Connect** tautan — untuk mengirim lalu lintas ke ** Transit Gateway ** Segmen B.
1. Lalu lintas diteruskan ke VPC B sesuai dengan tabel ** rute Gateway ** Transit Segmen B.
1. Lalu lintas diteruskan ke tujuan sesuai dengan tabel rute VPC B.
## Gunakan AWS Transit Gateway Hubungkan Lampiran dan AWS Direct Connect untuk Memperluas On-Premises VRF Anda melalui Transit VIFs Diagram
Dengan koneksi yang dihosting, Anda mendapatkan satu VIF transit; dengan koneksi khusus Anda mendapatkan empat. Jika Anda memiliki lebih banyak VRF daripada VIF transit, Anda dapat menggunakan beberapa lampiran Transit Gateway Connect (terowongan GRE) melalui VIF transit untuk mengelompokkan lalu lintas, membuat satu lampiran koneksi per VRF yang Anda miliki di pusat data Anda. Untuk informasi selengkapnya tentang kasus penggunaan ini, lihat [ Menggunakan AWS Transit Gateway Connect untuk memperluas VRF dan meningkatkan iklan ](https://aws.amazon.com/blogs/networking-and-content-delivery/using-aws-transit-gateway-connect-to-extend-vrfs-and-increase-ip-prefix-advertisement/) awalan IP.
1. Lalu lintas yang dimulai dari instance di Spoke VPC A dan ditujukan untuk server pusat data perusahaan (dalam VRF A) dialihkan ke antarmuka jaringan ** elastis ** Transit Gateway (TGW ENI) sesuai dengan tabel rute Spoke VPC A.
1. Lalu lintas diteruskan ke ** Transit Gateway**. Lalu lintas kemudian dialihkan ke pusat data perusahaan melalui lampiran ** Transit Gateway ** Connect A sesuai dengan tabel rute Segmen A.
1. Lampiran ** Transit Gateway ** Connect menggunakan **Direct Connect** koneksi sebagai transportasi dan menghubungkan ** Transit Gateway ** ke router pusat data perusahaan menggunakan tunneling Generic Routing Encapsulation (GRE) dan Border Gateway Protocol (BGP). Router lokal harus dikonfigurasi untuk menggunakan lampiran koneksi yang berbeda per VRF yang dikonfigurasi.
1. Router lokal meneruskan lalu lintas dari sambungkan lampiran A ke VRF A dan server tujuan.
1. Lalu lintas dari VRF B pusat data perusahaan yang ditujukan untuk Spoke VPC B pertama kali dikirim ke gateway pelanggan yang terletak di pusat data.
1. Gateway pelanggan menggunakan terowongan GRE dari lampiran ** Transit Gateway ** Connect B — melalui **Direct Connect** tautan — untuk mengirim lalu lintas ke ** Transit Gateway**.
1. Lalu lintas diteruskan ke lampiran Spoke VPC B sesuai dengan tabel rute ** Transit Gateway ** Segmen B.
1. TGW ENI dari Spoke VPC B meneruskan lalu lintas ke tujuan.
## Gunakan AWS Site-to-Site VPN Lampiran (VIF Publik) dan AWS Direct Connect untuk Memperluas Diagram On-Premises VRFs Anda
Jika gateway pelanggan Anda tidak mendukung Generic Routing Encapsulation (GRE), Anda masih dapat mengelompokkan lalu lintas Anda dengan membuat satu AWS Site-to-Site VPN koneksi per setiap VRF yang Anda miliki di pusat data Anda. Anda dapat menggunakan VIF umum sebagai transportasi bawah.
1. Lalu lintas yang dimulai dari instance di Spoke VPC A dan ditujukan untuk server pusat data perusahaan (dalam VRF A) dialihkan ke antarmuka jaringan ** elastis ** Transit Gateway (TGW ENI) sesuai dengan tabel rute Spoke VPC A.
1. Lalu lintas diteruskan ke ** Transit Gateway**. Lalu lintas kemudian dialihkan ke pusat data perusahaan melalui ** koneksi ** Site-to-Site VPN A sesuai dengan tabel rute Segmen A.
1. Kon ** Site-to-Site ** eksi VPN dibuat menggunakan VIF publik sebagai transportasi (VLAN). Router lokal harus dikonfigurasi untuk menggunakan koneksi VPN yang berbeda per VRF yang dikonfigurasi.
1. Router lokal meneruskan lalu lintas dari ** koneksi ** Site-to-Site VPN A ke VRF A dan server tujuan.
1. Lalu lintas dari VRF B pusat data perusahaan yang ditujukan untuk Spoke VPC B pertama kali dikirim ke gateway pelanggan yang terletak di pusat data.
1. Gateway pelanggan memilih ** koneksi ** Site-to-Site VPN B untuk mengirim lalu lintas ke Gateway ** Transit ** melalui **Direct Connect** tautan.
1. Lalu lintas diteruskan ke lampiran Spoke VPC B sesuai dengan tabel rute ** Transit Gateway ** Segmen B.
1. TGW ENI dari Spoke VPC B meneruskan lalu lintas ke tujuan.
## Gunakan AWS Site-to-Site VPN Lampiran VPN IP Pribadi dan AWS Direct Connect untuk Memperluas On-Premises VRF Anda Melalui Diagram VIFs Transit
Jika gateway pelanggan Anda tidak mendukung GRE (Generic Routing Encapsulation), Anda masih dapat mengelompokkan lalu lintas Anda dengan membuat satu AWS Site-to-Site VPN koneksi (dengan dua terowongan) per setiap VRF yang Anda miliki di pusat data Anda. Dengan fitur Site-to-Site VPN Private IP VPN, Anda dapat membuat VPN menggunakan IP pribadi dengan AWS Direct Connect gateway dan transit VIF sebagai transportasi yang mendasarinya.
1. Lalu lintas yang dimulai dari instance di Spoke VPC A dan ditujukan untuk server pusat data perusahaan (dalam VRF A) dialihkan ke antarmuka jaringan **AWS Transit Gateway** elastis (TGW ENI) sesuai dengan tabel rute Spoke VPC A.
1. Lalu lintas diteruskan ke ** Transit Gateway**. Lalu lintas kemudian dialihkan ke pusat data perusahaan melalui lampiran ** Transit Gateway ** VPN A sesuai dengan tabel rute Segmen A.
1. Lamp ** iran ** Transit Gateway ** ** Site-to-Site VPN menggunakan **Direct Connect** koneksi sebagai transportasi, dan menghubungkan ** Transit Gateway ** ke router pusat data perusahaan menggunakan satu koneksi VPN IPsec (dengan dua terowongan). Router lokal harus dikonfigurasi untuk menggunakan lampiran VPN yang berbeda per VRF yang dikonfigurasi.
1. Router lokal meneruskan lalu lintas dari lampiran VPN A ke VRF A dan server tujuan.
1. Lalu lintas dari VRF B pusat data perusahaan yang ditujukan untuk Spoke VPC B pertama kali dikirim ke gateway pelanggan yang terletak di pusat data.
1. Gateway pelanggan menggunakan ** koneksi ** Site-to-Site VPN B — melalui **Direct Connect** tautan — untuk mengirim lalu lintas ke ** Transit Gateway**.
1. Lalu lintas diteruskan ke lampiran Spoke VPC B sesuai dengan tabel rute ** Transit Gateway ** Segmen B.
1. TGW ENI dari Spoke VPC B meneruskan lalu lintas ke tujuan.
## Sumber bacaan lebih lanjut
Untuk informasi tambahan, lihat
+ [AWS Ikon Arsitektur ](https://aws.amazon.com/architecture/icons)
+ [AWS Pusat Arsitektur ](https://aws.amazon.com/architecture)
+ [AWS Well-Architected](https://aws.amazon.com/architecture/well-architected)
+ [Direct Connect panduan pengguna ](https://docs.aws.amazon.com/directconnect/latest/UserGuide/limits.html)
## Kontributor
Kontributor diagram arsitektur referensi ini meliputi:
+ Pablo Sánchez Carmona, Arsitek Solusi Spesialis, Layanan Web Amazon
+ Thaddeus Worsnop, Arsitek Solusi Senior, Layanan Web Amazon
## Sejarah diagram
Untuk diberitahu tentang pembaruan diagram arsitektur referensi ini, berlangganan umpan RSS.
| Perubahan | Deskripsi | Tanggal |
| --- |--- |--- |
| [Diagram diperbarui ](#diagram-history) | Menambahkan * Segmentasi Lalu Lintas Anda AWS Direct Connect dengan Menggunakan Beberapa Transit VIF dan Gateway Direct Connect * | 9 November 2023 |
| [Publikasi awal](#diagram-history) | Diagram arsitektur referensi pertama kali diterbitkan. | 30 Juni 2022 |
**catatan**
Untuk berlangganan pembaruan RSS, Anda harus mengaktifkan plugin RSS untuk browser yang Anda gunakan.