Memahami Cloud Computing: Mesin Virtual AWS EC2

Dec 05 2022

Instans EC2 — Cara Pembuatan Instans EC2 — Instans EC2 dan Wilayah AWS Jika Anda belum pernah mendengar tentang AWS, saya sarankan Anda memulai dengan artikel ini yang mencakup dasar-dasar klien, server, database, dan komputasi awan. Artikel ini mengulas beberapa konsep penting, tetapi tidak memberikan informasi dasar tentang cara kerja bagian dalam internet atau server.

Instans EC2 — Cara Instans EC2 Dibuat — Instans EC2 dan Wilayah AWS

Jika Anda belum pernah mendengar tentang AWS, saya sarankan Anda memulai dengan artikel ini yang mencakup dasar-dasar klien, server, database, dan komputasi awan. Artikel ini mengulas beberapa konsep penting, tetapi tidak memberikan informasi dasar tentang cara kerja bagian dalam internet atau server.

Singkatnya, komputasi awan adalah penjualan sumber daya komputasi — pikirkan database, server, dan perangkat lunak — melalui Internet. Individu, seperti Anda, dapat menyewa ruang dan waktu pada infrastruktur perangkat keras yang telah dibangun oleh penyedia layanan cloud di seluruh dunia. Ini menyederhanakan proses penerapan perangkat lunak.

Lupakan penyiapan infrastruktur yang mahal dan pemborosan sumber daya. Usaha kecil dan individu sekarang memiliki akses ke sumber daya yang dulunya hanya tersedia untuk perusahaan Fortune 500. Mereka dapat menerapkan aplikasi di seluruh dunia dengan beberapa klik, dan mereka hanya akan membayar untuk sumber daya yang mereka gunakan, saat mereka menggunakannya.

Instans EC2

Instans EC2 adalah server virtual yang berjalan di infrastruktur komputasi awan Amazon. Satu server AWS fisik menampung beberapa server virtual EC2 tamu. Mari kita uraikan dengan melihat server di masa lalu, mesin virtual, dan bagaimana mesin virtual berhubungan dengan instans EC2.

Server di Masa Lalu

Di masa lalu, server hanyalah komputer fisik yang sangat besar. Semakin banyak daya komputasi dan penyimpanan yang dibutuhkan perusahaan, semakin banyak infrastruktur perangkat keras yang harus mereka bangun. Ada masalah besar dengan paradigma ini: pemborosan sumber daya. Contoh sempurna adalah situs web yang mengalami lalu lintas tinggi hanya pada waktu-waktu tertentu dalam setahun. Katakanlah sebuah perusahaan pernikahan di Siberia membangun infrastruktur server dan memulai sebuah situs web. Mereka memutuskan untuk meluncurkan pada bulan Juni.

Bisnis berkembang pesat. Pernikahan terjadi di kiri dan kanan dan situs web mereka mengalami lalu lintas pengguna yang padat. Untungnya, mereka merencanakan ke depan dan membangun server untuk menangani beban tersebut. Lalu, musim dingin tiba. Lalu lintas pengguna anjlok. Siapa yang merencanakan pernikahan di Siberia di tengah musim dingin? Infrastruktur server yang kuat yang diperlukan di musim panas menjadi beban di musim dingin. Perusahaan menanggung biaya pemeliharaan perangkat keras yang tidak digunakan sepenuhnya.

Mesin Virtual Mitigasi Pemborosan Sumber Daya

Server sepi perusahaan pernikahan ini mewakili masalah pemborosan sumber daya. Di masa lalu, perusahaan tidak memiliki cara mudah untuk membagi sumber daya secara efisien untuk saat lalu lintas pengguna tinggi dan rendah. Solusinya adalah mesin virtual (VM).

Mesin host dengan beberapa mesin tamu dijalankan oleh hypervisor. sumber

VM adalah sub-komputer berbasis perangkat lunak yang berjalan di dalam mesin fisik. Satu mesin fisik dapat meng-host beberapa VM. Mesin fisik disebut mesin host dan VM disebut mesin tamu. Setiap VM dialokasikan sumber daya komputasinya sendiri (memori, CPU, penyimpanan) dan berbeda serta diisolasi dari VM lain yang berjalan di mesin yang sama. Ini berkat kernel mereka yang terpisah, perangkat lunak yang menggerakkan semua fungsi dasar komputer. Mesin host menggunakan hypervisor, lapisan perangkat lunak yang membuat dan menjalankan VM dengan berbagi sumber daya host.

VM memvirtualisasikan server. Mereka mengizinkan satu mesin untuk dipecah menjadi beberapa lingkungan komputasi yang terisolasi. Hal ini memungkinkan perusahaan untuk menjual ruang dan waktu pada perangkat keras mereka dan mengurangi pemborosan sumber daya. Misalnya, saya adalah presiden toko peralatan ski lintas alam Siberia. Saya ingin menjalankan situs web tetapi saya tidak ingin berurusan dengan membangun arsitektur server fisik. Saya tahu lalu lintas pengguna akan tinggi di musim dingin dan rendah di musim panas dan saya ingin menghindari pemborosan sumber daya.

Saya memutuskan untuk mendekati perusahaan pernikahan. Saya menawarkan kesepakatan kepada mereka: Saya akan membayar mereka untuk menggunakan situs web saya di perangkat keras fisik mereka. Kami berdua dapat menjalankan aplikasi kami di mesin virtual, sepenuhnya terisolasi secara komputasi satu sama lain. Ini sama-sama menguntungkan. Mereka memelihara perangkat keras, saya membayar ruang dan waktu mereka saat saya membutuhkannya, dan kami berdua mengurangi pemborosan sumber daya.

Instans EC2 adalah Server Virtual

Inilah yang disediakan oleh AWS EC2, tetapi dalam skala yang jauh lebih besar. Instans EC2 adalah mesin virtual yang berjalan di perangkat keras Amazon. Lebih khusus mereka adalah server virtual. Sama seperti mesin virtual, instans EC2 adalah mesin tamu yang dijalankan oleh hypervisor di mesin host. Mesin host ini adalah server fisik besar di pusat data AWS.

Setiap perusahaan atau individu dapat membuat akun AWS dari komputer mereka dan meluncurkan instans EC2 di perangkat keras Amazon. Ini adalah bentuk Infrastructure as a Service (IaaS), salah satu teknologi inovatif yang disediakan oleh cloud computing.

Bagaimana Instans EC2 Dibuat

Jadi kita tahu apa itu instans EC2, tetapi ada beberapa komponen teknis lain yang masuk ke dalam pembuatannya.

Gambar Mesin Amazon (AMI)

Ketika sebuah perusahaan tumbuh, mereka biasanya perlu meningkatkan server untuk menangani lalu lintas pengguna. Ini dapat dilakukan secara vertikal dengan menambahkan sumber daya ke server yang ada. Itu juga bisa dilakukan secara horizontal, dengan menambahkan server tambahan. Salah satu cara AWS mempermudah penskalaan di cloud adalah melalui Amazon Machine Image (AMI).

AMI dapat digunakan untuk meluncurkan beberapa instans EC2. sumber

AMI adalah template yang dapat disesuaikan untuk instans EC2. Mereka menentukan konfigurasi: sistem operasi (Linux, Ubuntu, Windows, dll), server aplikasi, dan semua instalasi perangkat lunak yang diperlukan. Dalam istilah non-teknis, AMI adalah cetak biru dan instans EC2 adalah mesin yang dibuat dari cetak biru tersebut. Jika Anda memprogram dalam bahasa berorientasi objek, pikirkan AMI sebagai kelas dan instans EC2 sebagai objek yang dihasilkan darinya.

Daripada membuat dan mengonfigurasi setiap instans EC2, Anda dapat membuat instance beberapa instans EC2 yang dikonfigurasi secara identik dari template AMI yang sama. Itu setara dengan menskalakan arsitektur Anda secara horizontal hanya dengan beberapa klik.

Jenis Instance

Saat Anda membuat instans EC2 dari template AMI, Anda juga harus memilih jenis instans. Ingatlah bahwa instans EC2 adalah mesin virtual. Mesin virtual dialokasikan sumber daya dari komputer host melalui hypervisor.

Jenis instans menjelaskan berapa banyak sumber daya mesin virtual EC2 Anda yang akan dialokasikan. Tingkat yang lebih besar akan mengalokasikan lebih banyak sumber daya instans EC2 dari mesin host. Ini juga akan mengeluarkan lebih banyak biaya.

Jenis dikelompokkan ke dalam keluarga berdasarkan kebutuhan aplikasi target mereka. Misalnya, jika aplikasi membutuhkan banyak daya pemrosesan untuk pemodelan big data, aplikasi tersebut harus diterapkan dengan jenis instans dari rangkaian pengoptimalan komputasi. Contoh keluarga yang lebih mendasar mencakup tujuan umum, memori yang dioptimalkan, dan penyimpanan yang dioptimalkan.

Keluarga instans EC2 yang berbeda dan jenisnya. sumber

AWS memberi pengguna tingkat uji coba gratis. Ini adalah tingkat t2.micro. Di zona (dibahas di bagian selanjutnya) di mana tier t2.micro tidak tersedia, tier gratis disebut t3.micro. Di artikel selanjutnya, saya akan memberikan panduan langkah demi langkah untuk menerapkan aplikasi di AWS. Aplikasi ini hanya boleh diterapkan di tingkat t2.micro atau t3.micro dan harus dirobohkan setelah tutorial untuk menghindari biaya apa pun.

Dari satu AMI, Anda dapat meluncurkan beberapa jenis instans berbeda untuk server Anda. Mereka semua akan berisi konfigurasi yang sama dengan yang awalnya Anda tentukan di AMI Anda, tetapi mereka akan berbeda dalam jumlah sumber daya yang dialokasikan berdasarkan tingkatan yang Anda tentukan untuk jenis instans.

Penyimpanan, Keamanan, dan Lainnya

Penting untuk diperhatikan bahwa ada beberapa fitur lain yang diintegrasikan ke dalam pembuatan instans EC2. Misalnya, Anda dapat membuat volume Penyimpanan Blok Elastis (EBS) sebagai penyimpanan untuk database. Anda juga dapat menentukan konfigurasi untuk pengaturan keamanan, pemantauan, jaringan, dan banyak lagi. Saya akan membahas topik ini secara mendalam di artikel selanjutnya.

Instans EC2 dan Wilayah AWS

Saat membuat instans EC2, pertanyaan yang tidak sepele adalah di mana membuatnya. Salah satu penghambat terbesar kecepatan jaringan adalah jarak. Artinya, jarak dari klien yang meminta informasi ke server yang mengeluarkan respons. Memiliki jaringan sumber daya yang tersedia lintas benua membatasi jarak dari aplikasi ke pengguna akhirnya. Itu berkorelasi dengan waktu muat yang lebih cepat untuk pengguna akhir. Untungnya AWS memiliki pusat data di seluruh dunia.

Pusat data Wilayah AWS. sumber

Wilayah dan Zona Ketersediaan

AWS memisahkan area geografis yang luas menjadi Wilayah terisolasi tempat layanan tersedia. Wilayah ini dibagi lagi menjadi Availability Zone yang terisolasi. Zona ini memungkinkan perusahaan menempatkan server dan sumber daya lainnya sedekat mungkin dengan pengguna akhir mereka untuk meminimalkan waktu muat.

Wilayah dan Availability Zone Terisolasi dari Satu Sama Lain

Wilayah diisolasi dari Wilayah lain dan Availability Zone diisolasi dari Availability Zone lain. Ini adalah cara teknis untuk mengatakan instans EC2 yang diterapkan di satu Availability Zone tidak diterapkan di yang lain. Instans EC2 yang direplikasi dari AMI di beberapa Availability Zone adalah mesin virtual yang berbeda dan terpisah. Kegagalan dalam satu instans tidak akan memengaruhi instans di zona lain.

Ini dapat digunakan untuk menghilangkan satu titik kegagalan untuk aplikasi Anda. Lebih baik lagi, jika instans di satu zona gagal, Anda dapat mengalihkan lalu lintas dari zona tersebut ke instans EC2 yang beroperasi di zona lain. Ini membatasi downtime jika terjadi gangguan.

Memiliki sumber daya atau instans EC2 di beberapa Availability Zone membantu menghilangkan satu titik kegagalan. sumber

Saat membuat AMI, perusahaan dapat menentukan Wilayah tempat mereka ingin membuatnya. Mereka nantinya dapat menyalin AMI itu ke Wilayah lain jika diinginkan. Saat membuat instans EC2 dari AMI, AMI tersebut harus ada di Wilayah yang sama dengan tempat Anda mencoba menerapkan instans Anda. Instans EC2 dikhususkan untuk Availability Zone yang ditentukan saat pembuatan atau dipilih secara otomatis oleh Amazon.

Mari kita Ikat Bersama

Instans EC2 adalah mesin virtual. Perusahaan dapat menggunakan instans EC2 untuk menyewa ruang dan waktu di infrastruktur perangkat keras global Amazon. Mereka dibuat dari Gambar Mesin Amazon. AMI seperti template dari mana banyak instance dapat dibuat dengan pengaturan konfigurasi yang sama. Setiap instans ini memiliki tipe tertentu yang menentukan jumlah sumber daya yang dipartisi ke instans tersebut. Mesin virtual dapat dikonfigurasi lebih lanjut dengan pengaturan penyimpanan, keamanan, dan jaringan.

AMI terikat dengan Wilayah AWS. Instans EC2 dibuat dari AMI yang ada di Wilayah AWS yang sama tempat mereka akan diterapkan. Instans EC2 terikat dengan Availability Zone di dalam Wilayah AWS yang lebih besar. Wilayah dan Zona ini diisolasi dan memberi perusahaan cara untuk menghilangkan satu titik kegagalan.