Daftar Isi:
Video: Apa Harus Cabang Pembuka Untuk Ganti Nomer HP 2025
Untuk menggunakan layanan AWS (Amazon Web Services), Anda memerlukan koneksi jaringan. Dalam beberapa kasus, Anda memerlukan lebih dari satu. Anda tidak hanya memerlukan koneksi Internet untuk antarmuka pengguna AWS, namun layanan mungkin memerlukan koneksi khusus dan koneksi ini dapat menjadi bagian dari jaringan bisnis Anda. Karena hubungan yang erat ini, membuat konfigurasi jaringan dengan hati-hati sangat penting.
Jika tidak, Anda mungkin menemukan bahwa koneksi jaringan AWS bertentangan dengan konfigurasi yang digunakan untuk bisnis Anda (masalah yang terjadi lebih sering daripada yang Anda duga).
Cukup menarik, bila Anda meng-host layanan tertentu, seperti DynamoDB, secara lokal, Anda mungkin tidak perlu meluangkan banyak waktu untuk mempertimbangkan persyaratan jaringan. Alasannya adalah bahwa Anda menjadi tuan rumah layanan secara lokal, dan perangkat keras AWS tidak ikut bermain. Namun, skenario hosting lokal adalah untuk tujuan pengembangan dalam banyak kasus, jadi akhirnya Anda perlu membuat koneksi jaringan ke layanan online.
Jumlah konfigurasi yang dibutuhkan tergantung pada layanan yang Anda gunakan, bagaimana Anda menggunakannya, bagaimana Anda menghostingnya, dan di mana layanan bisnis Anda sendiri ikut bermain. Hal yang paling penting untuk dipertimbangkan adalah kebutuhan untuk merencanakan dengan hati-hati sebelum Anda melakukan setup apapun.
Merancang untuk konektivitas
Banyak layanan yang Anda gunakan dengan AWS memerlukan beberapa jenis solusi konektivitas saat Anda menghostingnya di awan. Cara yang umum untuk menciptakan konektivitas yang dibutuhkan adalah menggunakan Amazon Virtual Private Cloud (AmazonVPC). Misalnya, Anda dapat membuat bagian AmazonVPC dari pengaturan EC2. Anda menggunakan AmazonVPC untuk membuat koneksi ke konfigurasi EC2 Anda. Anda memerlukan konektivitas untuk mengakses beberapa layanan yang ditawarkan Amazon.
Metode lain untuk menciptakan koneksi adalah mengandalkan Direct Connect. Dalam hal ini, Anda membuat koneksi langsung antara layanan AWS dan jaringan Anda. Ini berarti bahwa Anda dapat mengakses layanan AWS hanya sebagai sumber daya lain di jaringan Anda, dan layanan benar-benar menjadi tidak terlihat oleh pengguna akhir. Implementasi ini bergantung pada standar 802. 1q VLAN untuk melakukan koneksi yang diperlukan. (Simak tutorial VLAN 802. 1a ini.) Bila dikonfigurasi dengan benar, Anda dapat membuat antarmuka IP pribadi untuk sumber daya jaringan lokal dan antarmuka IP publik terpisah untuk layanan AWS.
Penawaran Amazon hanyalah puncak gunung es konektivitas. Misalnya, Anda bisa mengandalkan vendor pihak ketiga, seperti AT & T, untuk membantu Anda melakukan koneksi. Layanan AT & T NetBond memungkinkan Anda menghubungkan Virtual Private Network (VPN) Anda ke beberapa penyedia awan, sehingga Anda dapat menggunakan satu koneksi untuk menangani semua kebutuhan konektivitas Anda.Dalam kasus ini, alih-alih menghubungkan ke AWS menggunakan layanannya, Anda dapat terhubung dengan layanan awan berikut menggunakan satu koneksi, yang membuat pengelolaan koneksi jauh lebih mudah (dengan asumsi Anda menggunakan lebih dari satu penyedia awan).
- Layanan Web Amazon
- Jaringan Jeans Biru
- Kotak
- Cisco WebEx
- Platform Agility CSC
- HP Helion
- IBM Managed Cloud Service
- IBM SoftLayer
- Microsoft Azure dan Office 365
- Salesforce. com
- Layanan Ketersediaan Sungard
- VMware vCloud Air
Pilihan pihak ketiga mungkin tampak rumit dan pada awalnya harganya sedikit lebih tinggi daripada penawaran Amazon, namun juga memiliki kelebihan yang berbeda pula. Misalnya, menurut InformationWeek, layanan AT & T NetBond memungkinkan organisasi yang lebih besar menggunakan Multi-Protocol Label Switching (MPLS), yang mungkin sudah terinstal oleh organisasi.
Namun, keuntungan besar adalah bahwa pendekatan ini memungkinkan organisasi melewati internet publik untuk mendapatkan koneksi pribadi yang dapat meningkatkan kinerja jaringan secara signifikan. Misalnya, menggunakan koneksi pribadi dapat mengurangi latency jaringan (waktu yang dibutuhkan untuk paket data untuk mendapatkan dari satu titik yang ditunjuk ke yang lain) sebesar 50 persen. Setelah solusi semacam ini diterapkan, sebuah organisasi yang lebih besar dapat menghemat 60 persen tagihan bulanannya, sehingga pada akhirnya penghematan tersebut akan mengembalikan investasi awal yang lebih besar.
Menyeimbangkan awan dan kebutuhan internal
Solusi konektivitas yang Anda pilih harus mencerminkan keseimbangan antara kebutuhan awan dan internal. Anda tidak ingin langsung beralih ke solusi Sambungan Langsung saat satu-satunya tujuan Anda adalah bereksperimen dengan AWS untuk menentukan apakah ia dapat memenuhi tujuan organisasi tertentu. Demikian juga, solusi pihak ketiga, seperti AT & T NetBond, adalah solusi yang lebih baik bila Anda sudah membuat komitmen terhadap AWS namun juga berencana untuk mendukung sejumlah solusi penyedia awan lainnya. Memilih tingkat konektivitas yang tepat sangat penting untuk memastikan bahwa Anda mendapatkan kinerja terbaik dengan harga yang tepat, namun dengan sedikit tata letak modal awal.
Untuk membantu Anda menghemat biaya dan mengurangi potensi masalah serius dengan jaringan Anda sendiri, latihan dalam buku ini berasumsi bahwa Anda menggunakan solusi AmazonVPC. Ini menyajikan investasi terkecil dan risiko terendah. Namun, fitur ini hadir dengan biaya kenyamanan, kecepatan, dan biaya potensial.
Menentukan subnet
Penting untuk mempertimbangkan dengan tepat bagaimana Anda berencana untuk mengkonfigurasi layanan sebelum memilih pengaturan jaringan. Menggunakan subnet AWS default dapat menyebabkan konflik dengan jaringan lokal saat Anda meng-host layanan secara lokal. Namun, memilih subnet yang salah bisa menimbulkan konflik juga. Pastikan Anda memilih subnet yang benar-benar bekerja dengan penyiapan jaringan lokal Anda.
Penawaran Amazon biasanya menyediakan lebih dari satu skenario untuk membuat subnet. Misalnya, saat menggunakan AmazonVPC, Anda punya pilihan. Sebagai contoh, Skenario 1: VPC dengan Single Public Subnet bekerja paling baik untuk aplikasi web single-tier, public-facing.Anda juga bisa menggunakannya untuk tujuan pengembangan.
Masing-masing skenario memberi Anda informasi bermanfaat tentang konfigurasi subnet yang mencakup diagram yang serupa dengan yang ditunjukkan di sini. Menggunakan informasi yang ditemukan pada setiap skenario membantu Anda membuat keputusan yang lebih baik mengenai konfigurasi mana yang akan digunakan dan memutuskan bagaimana cara mengkonfigurasinya untuk memenuhi kebutuhan spesifik Anda (berpotensi menghindari konflik yang akan menyebabkan masalah nanti).
