Bagaimana cara menyimpan hingga setengah juta dolar dalam AWS?

Halo, Habr! Saya hadir untuk Anda terjemahan artikel “Bagaimana cara mengurangi biaya AWS Anda? Hemat hingga $ 500rb dengan pedoman ini! " penulis George Batschinski.



Dalam artikel ini, kami akan menjelaskan bagaimana Back4App mengurangi biaya AWS dari $ 55.492 per bulan menjadi $ 20.074 per bulan dan menghemat $ 500.000 per tahun. Kami akan menjelaskan langkah-langkah praktis berdasarkan pengalaman kami sendiri dalam mengurangi biaya AWS dan berbagi kiat yang juga bermanfaat bagi kami.

AWS terus berinovasi dan mendominasi pasar cloud. Ini telah tumbuh sangat banyak sehingga telah menjadi bagian penting dari strategi Amazon. Saya antusias tentang AWS, tetapi keraguan tentang kerumitan dan biaya cloud telah mendorong saya untuk mengoptimalkan penggunaan cloud. Terlepas dari kenyataan bahwa AWS menawarkan daftar layanan khusus yang terus tumbuh untuk berbagai jenis pengembangan, ini tidak selalu cara yang paling langsung, cepat atau terjangkau. Idealnya, segera setelah Anda pergi ke cloud, Anda harus segera memikirkan arsitektur untuk mengurangi biaya. Materi ini akan membantu mempercepat optimalisasi biaya dan berisi kasus nyata yang kami temui selama upaya pemotongan biaya kami.

Tinjauan singkat tentang apa yang akan Anda temukan di artikel ini:

• Ajukan pinjaman dari AWS dan dapatkan hingga $ 100.000;
• Transfer transfer data ke Cloud Front dan hemat hingga 75%;
• Gunakan IP pribadi (bukan IP Elastis) dan berhenti membayar untuk transfer data antara zona akses;
• Hemat hingga 90% dengan Instance Spot;
• Hemat hingga 75% dengan membeli Mesin Virtual yang Dicadangkan di AWS Marketplace;
• Dapatkan node Cache Elastis dan hemat hingga 77%;
• Cadangan data Anda dalam S3, tetapi tidak dalam EBS dan hemat hingga 75%;
• Konfigurasikan penskalaan otomatis untuk sumber daya idle;
• Pilih wilayah Virginia Utara dan menjauh dari Sao Paulo;
• Tingkatkan ke generasi baru dan hemat hingga 20%;
• Temukan titik akhir S3 di VPC Anda dan aktifkan Enhanced Network on EC2.

Inilah yang tampak seperti akun AWS kami pada Januari 2019. Total biaya cloud adalah $ 55.492.



Inilah yang tampak seperti akun AWS kami pada Mei 2019. Total biaya adalah $ 20.074.

1. Pinjaman AWS

Pertama-tama! Sebelum Anda mulai melakukan sesuatu, pastikan perusahaan Anda memenuhi persyaratan untuk pinjaman AWS. Inilah cara Anda mendapatkan pinjaman ini:

Meminta pinjaman AWS

Jadi itu dalam kasus kami! Pada 2016, perusahaan kami tumbuh cukup cepat. Tagihan AWS kami mulai meningkat dan kami tidak punya ide atau waktu untuk mengoptimalkan penggunaan AWS. Karena kami tidak memiliki dana, kami menyadari bahwa kami akan menerima pinjaman dari AWS atau kami akan menghilang. Kami menyiapkan kasus kami untuk akun kami bagi para manajer di AWS, menunjukkan seberapa cepat kami berkembang dan keuntungan bagi AWS dalam mendukung kami di situs kami. Kami menunjukkan kepadanya bahwa kami tidak memiliki dana dan akan dipaksa untuk pergi ke Google Cloud (mereka menawarkan kepada kami $ 100.000 pinjaman untuk migrasi ke AWS) jika kami tidak menerima pinjaman dari AWS. Responsnya memakan waktu sekitar satu minggu dan AWS memberi kami $ 100.000 untuk digunakan selama 12 bulan. Itu juga bagus untuk AWS! Sejak pinjaman berakhir, kami telah menghabiskan lebih dari $ 750.000 dengan AWS.

Kredit untuk pengujian dan peluncuran Bukti Konsep

Jika Anda bermaksud menguji layanan baru dari AWS atau jenis contohnya, mintalah pinjaman dari manajer akun Anda. Jumlah pinjaman akan tergantung pada biaya bulanan Anda dan upaya keseluruhan untuk meluncurkan POC. Pinjaman ini biasanya hanya berlaku selama tiga bulan, dan Anda perlu memastikan kecepatan POC. Dalam kasus kami, kami bisa mendapatkan pinjaman $ 3.000 untuk menguji keluarga contoh 3.

Kredit Startup

Jika Anda mendirikan perusahaan atau meluncurkan startup, ini adalah cara yang bagus untuk bergerak maju. Jumlah pinjaman berkisar dari $ 1.000 hingga $ 100.000, tergantung pada bagaimana Anda menyajikan kasing AWS Anda. Ada beberapa cara untuk mendapatkan pinjaman ini.

Akselerator

Salah satu keuntungan utama dari Akselerator Startup dalam bonus yang mereka berikan. Salah satu bonus ini adalah pinjaman dari penyedia cloud. Jumlah yang dapat Anda terima tergantung pada Akselerator tempat Anda diwakili. Beberapa yang terbaik, misalnya, YC, Alchemist, Wayra dan 500 Startups akan menawarkan kepada Anda $ 100.000 dalam pinjaman AWS. Dalam kasus kami, kami diterima oleh Alchemist Accelerator dan mengeluarkan $ 100.000 dalam bentuk pinjaman. Sayangnya, kami tidak dapat menggunakan pinjaman ini, karena sebelum itu kami sudah mengambil keuntungan dari pinjaman lain. Misalnya, jika Anda menerima dua akselerator masing-masing seharga $ 100.000, Anda tidak akan dapat menggunakan $ 200.000, hanya $ 100.000.

Dana ventura dan kelompok malaikat

Beberapa WF / Angel Groups memberikan pinjaman sebagai bagian dari program bonus. Dalam kasus kami, kami berhasil mendapatkan pinjaman pemasaran senilai $ 10.000, berlaku selama dua tahun dari salah satu investor kami. Sayangnya, kami tidak dapat menggunakannya. Perusahaan tidak dapat menggunakan Kredit Promosi AWS jika sebelumnya mereka telah menerima jumlah pinjaman yang sama atau lebih besar.

Semua penyedia cloud terkemuka menyediakan pinjaman untuk startup

Semua pemain terkemuka di pasar cloud menawarkan pinjaman kepada startup. Dengan AWS / Google, pinjaman dapat mencapai $ 100.000. Di Azure, Anda bisa mendapatkan $ 360.000 selama tiga tahun.

2. Terapkan penghematan biaya pada AWS

Bagian yang mudah sudah berakhir, dan sekarang mari kita turun ke tantangan! Tidak ada pil ajaib untuk mengurangi biaya dalam AWS, Anda harus bekerja keras dan mengikuti prosedur rutin untuk memantau biaya! Mengurangi biaya cloud harus menjadi rutinitas harian Anda! Bayangkan berapa banyak yang Anda hemat dalam 365 hari! Jumlah waktu yang Anda investasikan tergantung pada ukuran organisasi Anda dan biaya AWS Anda. Saya menghabiskan sekitar 30 menit sehari memantau akun saya dan memprioritaskan tindakan pemotongan biaya. Selain itu, insinyur Back4App menghabiskan setidaknya 1 jam per hari untuk inisiatif pemotongan biaya.

Inisiatif pertama yang kami selesaikan: membuat lembar kerja sederhana di Excel untuk memprioritaskan inisiatif pengurangan biaya.

Kriteria utama kami menentukan penghematan:

• Potensi Tabungan - Penghasilan Tertinggi dari Tabungan
• Kesulitan - Seberapa sulit untuk menerapkan upaya dan kerja yang dibutuhkan
• Pemilik - Siapa yang akan melakukan tindakan

Dalam kasus kami, penghematan terbesar adalah penggunaan Elastic Compute Cloud (EC2), dan ini adalah subjek pertama yang kami mulai pahami.

3. EC2 - Cloud Komputasi Elastis

Matikan instance yang tidak digunakan

Poin pertama yang harus diambil untuk mengurangi biaya EC2 adalah mematikan mesin virtual yang tidak digunakan. Tidak ada yang rumit, dan sebagian besar pekerjaannya cukup mudah. Yang perlu Anda lakukan adalah membuat daftar semua instance, memuat file excel dari contoh, dan menentukan masing-masing. Dalam kasus kami, kami membagi instance kami menjadi 3 kategori utama:

• Contoh yang harus bekerja terus menerus
• Contoh yang bisa dihentikan
• Contoh yang bisa dihapus

Jangan berhenti, tapi hapus instance

Hapus instance yang tidak digunakan bila memungkinkan! Jika Anda menghentikannya, Anda akan terus membayar untuk menggunakan EBS!

Kurangi kelebihan sumber daya

Tindakan ini sedikit lebih rumit, dan mutlak diperlukan untuk memilih ukuran instance dengan benar. Harap pastikan bahwa Anda mengevaluasi setidaknya satu minggu data untuk meningkatkan kemungkinan perubahan instance yang benar. Pendekatan yang kami gunakan untuk mengendalikan proses ini adalah membagi contoh menjadi 3 kategori utama:

• Ukuran yang benar
• Kurangi Ukuran Mesin Virtual
• Tambah Ukuran Mesin Virtual

Cara memverifikasi data historis untuk sebuah instance sangat sederhana. Pada panel kontrol AWS, pergi ke Layanan> EC2> Instans> Running Instances, pilih Instance> Monitoring. Misalnya, Anda dapat memeriksa metrik Utilisasi CPU.

Kurangi ukuran instance secara berurutan

Kurangi ukuran instance Anda langkah demi langkah. Misalnya, jangan kurangi ukuran dari t2.xlarge ke t2.medium. Pertama-tama, kurangi dari t2.2xlarge ke t2.xlarge. Lihatlah satu minggu, periksa berapa banyak sumber daya yang digunakan dan ulangi langkah-langkah yang baru. Dengan melakukan langkah-langkah ini, Anda akan meminimalkan kemungkinan kesalahan atau downtime.

Gunakan Mesin Virtual yang Dicadangkan

Mesin virtual pemesanan dapat meningkatkan tabungan Anda hingga 70%. Harap diingat bahwa ketika Anda memesan sebuah instance, Anda membayar 24/7 selama durasi reservasi. Anda akan membayar terlepas dari apakah Anda menggunakan instance atau tidak.

Ada dua jenis kapasitas yang berlebihan:

Standar - yang dapat Anda jual di AWS Marketplace, Anda tidak dapat mengonversi ke jenis instance lain, lebih murah daripada instance convertible.

Convertible - Anda tidak akan bisa menjualnya di AWS Marketplace, tetapi Anda dapat mengonversinya ke instans dari tipe yang berbeda, lebih mahal daripada instans standar.

Contoh konversi dapat membingungkan

Contoh konversi sangat sulit! Setiap kali Anda mengonversi instance, Anda hanya dapat menambah ukuran instance. Pertimbangkan situasi berikut:

Anda memperoleh t3.medium, instance yang dapat dikonversi.
Anda memutuskan untuk mengonversi instance t3.medium ke m5.large.

Anda pasti akan berhasil! Setelah menggunakan instance m5.large untuk beberapa waktu, Anda akan ingin kembali ke t3.medium.

Dan ini sudah mustahil!

Anda tidak akan dapat mengurangi konsumsi instance konversi, tetapi hanya meningkatkan jumlah yang Anda bayar untuk itu. Jadi tolong, pastikan untuk memulai dengan contoh kecil yang dipesan dan tingkatkan dari waktu ke waktu. Jangan mulai dengan contoh besar, karena Anda tidak dapat mengurangi konsumsinya atau menjualnya di AWS Marketplace'e. Jika Anda membuat kesalahan dengan mesin virtual konversi, Anda berlangganan pembayaran bulanan 12 atau 36 bulan. Di Back4App, kami selalu mendapatkan t2.nano dan meningkatkannya sesuai kebutuhan.

Saya lebih suka mesin virtual standar dari convertible karena alasan berikut:

• Mereka lebih murah
• Mereka memiliki likuiditas yang lebih tinggi - mereka dapat dijual di AWS Marketplace kapan saja.
• Mereka dapat dibeli di AWS Marketplace dengan harga diskon.

Gunakan AWS Marketplace untuk contoh yang dipesan

Mesin virtual cadangan bagus, tetapi membeli mesin virtual cadangan di AWS Marketplace bahkan lebih baik!

AWS Marketplace Bisa Jauh Lebih Murah

AWS Marketplace terlihat seperti pasar sekuritas! Anda kadang-kadang dapat membeli instance Reserved standar dengan harga yang jauh lebih terjangkau daripada membeli langsung dari AWS. Alasannya sederhana; Perusahaan terkadang memiliki contoh berlebihan yang tidak lagi digunakan, tetapi terus membayarnya. Menurunkan harga akomodasi mempercepat proses pembelian.

Di sini saya akan memberikan contoh tentang apa yang terjadi dengan Back4App. Saya sedang mencari 4 r4.large contoh besar. Saya berhasil menemukan contoh di AWS Marketplace dengan tingkat efektif 75% lebih murah dibandingkan dengan harga Berdasarkan Permintaan. AWS menjual jenis mesin virtual cadangan yang sama, tetapi dengan diskon 62%.

AWS Marketplace memiliki kondisi pembelian yang fleksibel

Keuntungan lain dari AWS Marketplace adalah Anda dapat membeli mesin virtual dengan periode penggunaan yang fleksibel. AWS sendiri hanya menyediakan opsi selama 12 dan 36 bulan untuk pembelian mesin virtual yang dipesan. AWS Marketplace jauh lebih fleksibel! Anda dapat membeli, misalnya, mesin virtual cadangan selama 15 bulan dengan label harga yang sama dengan 36 bulan. Beberapa perusahaan lebih suka kewajiban jangka panjang (36 bulan), dan sebelum kewajiban itu berakhir, mereka menjualnya di AWS Marketplace. Pelanggan baru hanya akan menggunakan instance untuk periode yang tersisa, misalnya:

• Total waktu akuisisi: 36 bulan
• Pembeli Awal: Menggunakan instance selama 21 bulan
• Pembeli Kedua: Beli di Marketplace dan gunakan selama 15 bulan tersisa.

Kesulitan utama adalah menemukan contoh yang tepat di AWS Marketplace. Cara yang bagus untuk menyederhanakan pencarian instance adalah mencarinya di beberapa zona akses, dan tidak hanya di zona di mana Anda berada. Setelah memperoleh instance, Anda dapat memodifikasinya dan menetapkannya ke zona aksesibilitas lain, atau mengubahnya menjadi instance regional. Ini sama sekali tidak sulit untuk dilakukan, tetapi silakan ikuti instruksi di bawah ini:

• Langkah 1 - Buka Dasbor Instance yang Dicadangkan
• Langkah 2 - Klik pada Contoh Pembelian yang Dicadangkan
• Langkah 3 - di dalam Kelas Penawaran, pilih Standar
• Langkah 4 - Di sudut kanan atas jendela sembulan, pilih "Hanya tampilkan penawaran yang mencadangkan kapasitas"
• Langkah 5 - Klik Cari
• Langkah 6 - Dapatkan Mesin Virtual dari Zona Ketersediaan 1b
• Langkah 7 - Tunggu sampai instance menjadi aktif
• Langkah 8 - Pilih contoh yang dibeli
• Langkah 9 - Klik pada Tombol Tindakan
• Langkah 10 - Klik pada Modifikasi Mesin Virtual yang Dicadangkan
• Langkah 11 - Lingkup - Ubah Zona atau Wilayah Ketersediaan
• Langkah 12 - Klik Lanjutkan
• Langkah 13 - Klik Kirim Modifikasi

Dengan mengikuti langkah-langkah ini, Anda dapat membeli mesin virtual Standar yang Dicadangan di zona ketersediaan apa pun dan memodifikasinya untuk zona ketersediaan Anda.

AWS Marketplace untuk perusahaan di luar AS

Klarifikasi penting untuk pengguna di luar yurisdiksi AS. Anda tidak dapat menjual Mesin Virtual Cadangan Standar di Marketplace kecuali Anda memiliki badan hukum negara bagian. Jika perusahaan Anda menemukan di luar Amerika Serikat, Anda akan dapat membeli mesin virtual di Marketplace, tetapi Anda tidak akan bisa menjualnya.

Gunakan Instans Spot

Saya suka Instance Spot! Anda dapat menghemat hingga 90% menggunakannya, dan itu tidak membutuhkan investasi besar! Satu-satunya minus dari instance Spot adalah AWS dapat menghapus instance ini dalam waktu singkat atau setelah peringatan dua menit. Dalam hal ini, jenis instance ini hanya dapat digunakan untuk beban yang toleran terhadap kesalahan atau fleksibel.

Gunakan SpotInst untuk Menjalankan Instansi Spot

Cara aman untuk menjalankan instance Spot dan meminimalkan risiko downtime adalah dengan menggunakan platform SpotInst. Layanan ini terhubung ke akun AWS Anda dan mengelola distribusi instance Spot. Jika instance dimatikan, layanan akan menggantinya dengan On Demand dan mencegah downtime. Harga juga cukup menarik, mereka menagih 20% dari apa yang disimpan (antara selisih harga On-demand dan Spot).

Skenario yang bagus untuk instance Spot adalah menggunakan salinan server untuk basis data atau untuk ekstensi aplikasi yang fleksibel. Gunakan SpotInst untuk mengontrol alokasi instance Spot, dan kemungkinan besar Anda tidak akan pernah menemukan downtime yang terkait dengan penggunaan kelas instance ini.

Penskalaan otomatis (Sumber daya menganggur, Automasi instance EC2 start / stop)

AWS Auto Scaling memonitor aplikasi Anda dan secara otomatis menyesuaikan daya untuk mempertahankan daya yang stabil dan dapat diprediksi dengan biaya terendah. Anda dapat mengonfigurasi penskalaan otomatis untuk memulai dan menghentikan instance EC2 secara otomatis. Penskalaan otomatis memperhitungkan metrik sumber daya akun seperti CPU, permintaan API, dan waktu hidup / mati.

Untuk meminimalkan biaya, Anda harus menggunakan penskalaan otomatis + Mesin virtual + mesin virtual. Mari kita lihat situasi nyata yang kami temui di Back4App. Beban kerja berubah sepanjang hari. Jumlah permintaan yang kami terima tidak seragam dan memiliki beban penggunaan puncak pada jam-jam tertentu. Untuk mengatasi masalah ini, kami mengalokasikan Mesin Virtual Cadangan untuk batas konsumsi minimum, dan skala dengan mesin virtual spot. Gambar di bawah ini membantu Anda memahami konfigurasi. Inilah jumlah yang dapat Anda hemat:

• Mesin Virtual yang Dicadangkan: Di Back4App, kami menggunakan campuran mesin instance standar 12/36 bulanan. Penghematan median kami adalah 50% dibandingkan dengan harga berdasarkan permintaan.
• Penskalaan otomatis: Kami memulai / menghentikan instance berdasarkan jumlah total permintaan API yang diterima setiap instance. Kami memiliki tiga periode puncak di siang hari, dan penghematan dibandingkan dengan sumber daya menganggur yang akan bekerja 24 jam pada beban maksimum sekitar 75%.
• Instance spot: Kami memiliki campuran dua keluarga instance yang bekerja di Spotinst untuk uptime maksimum. Penghematan kami adalah 55% dibandingkan dengan harga berdasarkan permintaan. Ini adalah tabungan kami, dengan mempertimbangkan seluruh jumlah yang kami bayar di SpotInst. Menggunakan instans spot langsung dari AWS dapat menghemat sekitar 70%, tetapi akan meningkatkan risiko. Kami suka bermain secara terukur, dan kami memutuskan untuk mengembalikan sebagian tabungan kami ke SpotInst.

Sesuaikan penskalaan

Kustomisasi penskalaan vertikal dan horizontal Anda (Cloudformation)

Pilih Wilayah AWS Tepat untuk Menyimpan

• Harga bervariasi di setiap wilayah! Pilih yang salah dan Anda akan membayar lebih.
• Wilayah termurah adalah Virginia Utara, Ohio, dan Oregon.

Yang paling mahal: Sao Paulo, Sydney dan Hong Kong
Perhatikan contoh berikut:

• 4 x t3. Instance menengah
• 30 Gb EBS didedikasikan untuk setiap instance
• 1 Tb total lalu lintas

Konfigurasi yang sama akan lebih mahal 102% di Sao Paulo dibandingkan dengan Virginia Utara.

• $ 221,65 / bulan di Virginia Utara
• $ 449,05 / bulan di Sao Paulo

Sentralisasi operasi di satu wilayah juga memiliki kelebihan.

• Jauh lebih mudah untuk mengontrol alokasi instance yang dipesan.
• Biaya lalu lintas antar-wilayah tidak akan berlaku

Di Back4App, kami tidak dapat memusatkan semua operasi di Virginia Utara karena cakupan bisnis kami dan persyaratan pelanggan. Kami memutuskan untuk membuat cluster di AS, Eropa dan Asia. Kami memusatkan operasi kami di kluster ini dan memperluas setiap wilayah sebanyak mungkin.

Perbarui sumber daya generasi sebelumnya

AWS sesekali meluncurkan jenis instance baru. Generasi baru lebih kuat dan lebih murah.

Generasi lama contoh

C4.large

2 core

Memori 3,75 GB

$ 0,100 / jam

Generasi baru instance

C5.large

2 core

Memori 4 gb

$ 0,085 / jam

Generasi baru 15% lebih murah dan 6% lebih kuat!

Izinkan jaringan ditingkatkan

Aktifkan jaringan yang ditingkatkan untuk kinerja instance yang lebih baik!

4. EBS - Toko Blok Elastis

EBS menyediakan volume penyimpanan yang aman untuk digunakan dengan mesin virtual EC2 di cloud AWS.Setiap volume EBS diduplikasi dalam zona ketersediaan untuk melindungi Anda dari kegagalan perangkat keras, memberikan ketersediaan dan keandalan tinggi. Biaya setiap gigabyte yang disimpan tergantung pada jenis volume yang akan Anda gunakan. Jenis yang paling umum adalah General Purpose SSD dan Magnetic.

Tujuan Umum SSD

$ 0,10 / GB-bulan

Magnetik

$ 0,05 / GB-bulan

Jenis EBS - SSD x Magnetik

Mulai memberi tag pada instance Anda dan unduh spreadsheet ini untuk membuat hidup Anda lebih mudah. Misalnya, tentukan apakah volumenya Magnetik atau SSD.

• Pilih Magnetik daripada SSD jika memungkinkan.
• Ganti volume SSD jika memungkinkan.

Ukuran EBS - Mengurangi Volume Berlebihan

Poin kedua untuk menghemat EBS adalah menentukan ukuran setiap volume yang terpasang. Volume yang berlebihan dan gigabyte yang tidak digunakan sering digunakan.

Hapus instance - berhenti tidak akan memengaruhi pembayaran EBS

Menghentikan mesin virtual tidak melindungi Anda dari biaya EBS! Volume Anda akan terus disimpan dan akan dimasukkan dalam pembayaran! Jika Anda tidak lagi membutuhkan instance dan data, hapus instance! Tindakan ini akan mengurangi biaya EC2 dan EBS.

AWS memungkinkan peningkatan ukuran EBS secara berurutan, tetapi tidak memungkinkan untuk menurunkannya. Secara umum, lebih baik memiliki volume yang lebih kecil daripada volume yang besar, dan gunakan EBS hanya jika diperlukan.

Mari kita perkirakan seberapa mahal harganya. Katakanlah Anda menggunakan instance 10 t3.small dan setiap instance menggunakan penyimpanan EBS SSD 50GB.

Tagihan bulanan adalah:

• EC2 Biaya Bulanan = 10 x $ 15.23 = 152.30
• EBS Total kapasitas: 10 x 50 GB = 500 GB
• Harga per GB: $ 0,10 bulan
• Biaya Bulanan EBS: $ 50,00
• Total biaya: $ 182.30

Contoh sederhana ini menunjukkan bahwa EBS dapat mencapai hingga 32% dari biaya EC2 dan menjadi bagian penting dari akun Anda. Ini adalah nilai tersembunyi konstan yang perlu dikendalikan.

Lihatlah penyimpanan sementara.

Nilai pro dan kontra dari penyimpanan sementara. Dari manfaatnya, Anda tidak perlu membayar biaya tersembunyi untuk EBS, penundaan akan lebih rendah dan Anda akan bisa mendapatkan diskon pada mesin virtual yang dipesan. Dari minus tersebut, kemungkinan Anda tidak akan menggunakan semua penyimpanan internal (untuk mana Anda terus membayar), dan menggunakan instance Spot akan menjadi jauh lebih sulit.

Hapus volume yang tidak digunakan

Tindakan lain yang akan menghemat uang adalah penghapusan volume terputus dan tidak terpakai.

Gunakan S3 untuk menyimpan cadangan

EBS setidaknya dua kali lebih mahal dari S3! Bahkan, Anda harus menyimpan cadangan di S3, dan bukan di EBS. Harap pastikan terlebih dahulu bahwa cadangan Anda disimpan secara bertahap dan versi lama dihapus secara berkala.

5. Layanan Cache Elastis - Node yang Dicadangkan

Sedikit yang tahu bahwa Anda dapat membeli mesin virtual untuk Cache Elastis. Penghematannya cukup signifikan:

• Cadangan 1 tahun - diskon 65%
• Cadangan 3 tahun - diskon 77%

Prosesnya mirip dengan memperoleh instance EC2. Untuk membeli simpul yang dipesan, Anda harus melakukan yang berikut:

• Pergi ke Cache Elastis (bukan instance EC2)
• Pergi ke Node yang Dicadangkan
• Klik pada tombol "Beli Node Cadangan" Biru di kanan atas
• Pilih Redis atau Memcached
• Pilih jenis simpul
• Pilih periode pemesanan yang Anda inginkan
• Pilih Jenis Penawaran (1 atau 3 tahun)
• Klik Selanjutnya

Penghematan biaya lainnya dengan Elastic Cache hampir sama dengan EC2. Anda harus mematikan node yang tidak terpakai dan mengurangi ukuran node itu sendiri.

Tidak ada AWS Marketplace untuk Cache Elastis.

Harap perhatikan bahwa tidak ada Marketplace untuk Node yang Dicadangkan! Sebelum membeli, pastikan untuk menggunakannya setidaknya satu tahun.

6. Transfer Data

Garis biaya ini dapat keluar dari tangan dengan sangat cepat! Cukup sulit untuk mengontrol dari mana dan dari mana data berasal, dan pelacakan bahkan lebih sulit. Selain itu, ada beberapa jenis transfer data. Misalnya, transfer data dari cloud, transfer data antar kawasan, transfer data antara zona akses, transfer data S3, dll.

Saya akan memberi tahu Anda bagaimana Back4App mengurangi biaya transfer data dan bagaimana melacaknya.

Bagaimana cara mengurangi biaya transfer data di AWS?

Berikut adalah beberapa hal yang dapat Anda lakukan untuk menurunkan biaya data.

Hubungkan S3 endpoint dengan Cloudflare dan layanan CDN lainnya.

CDN (Jaringan Pengiriman Konten atau Jaringan Data) Tindakan sederhana ini dapat mengurangi biaya transfer data hingga lima kali, tergantung pada berapa banyak cache yang Anda miliki.

IP elastis - Gunakan alamat IP Anda sendiri jika memungkinkan

Ini adalah contoh yang bagus! Kalkulator AWS mengatakan bahwa transfer data ke cloud gratis untuk instance EC2, tetapi Anda juga perlu mengisi kolom untuk “Public IP / Elastic IP Data Transfer”. Jika Anda memilih koneksi menggunakan alamat IP Publik atau Elastis, atau Penyeimbang Beban Elastis dalam jaringan Amazon, Anda akan membayar tarif transfer data antardaerah bahkan jika instans berada dalam zona ketersediaan yang sama. Untuk mentransfer data dalam satu zona akses, Anda dapat dengan mudah menghindari biaya tersebut (dan meningkatkan kinerja jaringan) menggunakan alamat IP pribadi Anda jika memungkinkan.

Gunakan Satu Zona Ketersediaan - Zona Ketersediaan

Dengan menggunakan satu zona ketersediaan alih-alih beberapa, Anda dapat menyimpan secara signifikan. Hindari atau hentikan transfer data antar wilayah.

Gunakan API GraphQL

Salah satu keuntungan signifikan GraphQL adalah pengurangan pengiriman data yang berlebihan dan, sebagai hasilnya, pengurangan jumlah total data yang ditransfer. Mengganti REST bisa menjadi tugas yang menakutkan, tergantung pada bagaimana aplikasi Anda disusun; Juga, ada baiknya menilai terlebih dahulu kelayakan transisi semacam itu. Alternatif lain adalah dengan menggunakan GraphQL secara berurutan untuk produk dan fitur baru.

Diskon Volume Transfer Data

Ini hampir tidak berlaku, karena volume yang diperlukan untuk diskon sangat besar. Ini dapat bermanfaat hanya untuk bisnis besar atau akun besar.

Gunakan CloudFront!

Anda dapat menghemat banyak uang jika menerapkan tindakan ini! Ini juga akan memungkinkan Anda untuk meningkatkan kecepatan aplikasi Anda dan umumnya mengurangi latensi - tawaran menang-menang. Saya akan membicarakan ini sedikit di bawah.

Bagaimana cara melacak biaya transfer data?

Ada dua cara mudah untuk melacak biaya data.

• Penjelajah biaya
• Akun

Mereka mewakili data yang dikumpulkan dengan cara yang berbeda, dan mengingat kedua versi, Anda dapat lebih memahami bagaimana uang dihabiskan untuk transfer data.

Untuk mengakses laporan Penjelajah Biaya, buka Dasbor Penagihan Saya dan pilih Penjelajah Biaya. Pilih laporan Spend by Service View dan jendela baru akan terbuka. Laporan yang disiapkan selama 6 bulan terakhir akan terbuka, dan kami akan mulai dengan itu. Harap dicatat bahwa di Layanan kolom TIDAK ada tagihan data! Biaya ini disembunyikan oleh filter dan Anda perlu menggali lebih dalam untuk menemukannya.



Untuk menampilkan biaya transfer data, Anda harus mengonfigurasi filter sebagai berikut:

• Klik Lebih Banyak Filter untuk mengembangkannya.
• Pilih Grup Jenis Penggunaan
• Informasi transfer data muncul
• Pilih Transfer Data - Inter AZ
• Pilih Transfer Data - Internet Keluar
• Data Transfer – Region to Region Out
• S3 Data Transfer Out
• Apply Filters

Setelah menerapkan semua filter, laporan akan terlihat seperti ini:



Sekarang Anda telah mengurutkan informasi tentang lalu lintas dan dari mana asalnya, dari S3 atau EC2. Jika mau, Anda dapat menerapkan proses serupa dan lebih lanjut memecah biaya berdasarkan wilayah dan zona aksesibilitas.

Cara lain untuk menunjukkan biaya lalu lintas adalah dengan laporan penagihan. Buka Dasbor Penagihan Saya dan klik Tagihan di sebelah kiri.

Laporan akan terlihat seperti ini:



Perhatikan bahwa ada gangguan bawaan yang menunjukkan biaya transfer data EC2. Klik pada Transfer Data dan analisis menurut wilayah akan muncul.



Setelah memilih suatu wilayah, gangguan berdasarkan jenis data yang ditransmisikan akan muncul (lalu lintas keluar, antara zona ketersediaan, antar-daerah).

7. CloudFront

Harga on-demand Cloudfront menurun dengan cepat seiring meningkatnya volume. Mari kita bayangkan transmisi lalu lintas 100 Tb. Biayanya $ 0,060 / Gb, yaitu sekitar 15% lebih sedikit dibandingkan dengan jumlah data yang sama melalui ELB.

Harga Kontrak & Volume Pribadi Private Front Cloud

Inilah cara terbaik untuk mengurangi biaya data! AWS lebih suka menggunakan layanan CloudFront dan tergantung pada volume, Anda dapat mengurangi harga lalu lintas CloudFront keluar menjadi $ 0,02 / Gb. Kemungkinan besar ini akan membutuhkan komitmen dua tahun, dan jika Anda berencana untuk menggunakan AWS untuk waktu yang lama, maka ini adalah tawaran yang bagus. Untuk membuat pengaturan seperti itu, Anda perlu menghubungi manajer akun Anda dan menanyakan kepadanya tentang Kontrak Pribadi CloudFront.

Amazon CloudFront SSL-Cert-Custom

Periksa apakah Anda menggunakan sertifikat ini. Biayanya $ 20 per hari, dan hal yang sama dapat dibeli dari Cloudflare dengan $ 25 per bulan. Dengan kontrak Harga Pribadi & Volume, Anda tidak akan dapat menggunakan layanan CDN (Cloud Delivery Network) lainnya, dan tindakan ini tidak akan tersedia untuk Anda.

8. S3 - Layanan Penyimpanan Sederhana

Beberapa rekomendasi untuk mengurangi harga penyimpanan S3.

Titik akhir S3 VPC

Ide penghematan yang bagus yang diberikan hanya sedikit orang adalah penggunaan titik akhir S3 VPC. Menempatkan titik akhir S3 di VPC (Virtual Private Cloud) Anda memberikan akses data apa pun ke S3 dan memberinya jalurnya sendiri di dalam cloud, dan AWS tidak membebani Anda seolah-olah itu adalah lalu lintas publik. Tergantung pada volumenya, teknik ini dapat menghemat hingga beberapa ribu dolar sebulan.

Gunakan model penyimpanan yang benar dan kelas penyimpanan yang sesuai.

Total ada lima model penyimpanan:
S3 Standar

$ 0,023 / GB

Parameter:

• Kegagalan antara Zona Ketersediaan
• Latensi rendah dan throughput tinggi
• Tahan terhadap peristiwa yang memengaruhi seluruh zona ketersediaan.

S3 Akses Jarang

$ Parameter $ 0,0125 / GB

:

• Ideal untuk penyimpanan jangka panjang, cadangan, dan file jika pemulihan cadangan
• Kegagalan antara Zona Ketersediaan
• Untuk akses yang jarang, karena semakin tinggi biaya mengakses file

S3 One-Zone Jarang Akses

$ 0,010 / GB

Parameter:

• Satu Zona Ketersediaan
• Untuk akses yang jarang
• Pilihan bagus untuk cadangan cadangan

S3 Glacier

$ 0,004 / GB

Opsi:

• Jenis penyimpanan yang aman, andal, dan murah untuk arsip data
• Kegagalan antara Zona Ketersediaan
• Opsi pengunggahan data dapat berlangsung dari beberapa menit hingga beberapa jam

S3 Glacier Deep Archive

$ 0,00099 / GB

Parameter:

• Harga terendah per gigabyte dan dukungan untuk penyimpanan jangka panjang dan pelestarian digital untuk data yang mungkin diperlukan beberapa kali setahun.
• Waktu bongkar dalam 12 jam
• Kegagalan antara Zona Ketersediaan

Harga S3 API dapat membingungkan.

Harap dicatat bahwa setiap kali Anda mengubah kelas penyimpanan untuk objek, Anda akan membayar jumlah permintaan. Ini bisa sangat sulit! Saya akan membagikan situasi yang terjadi di Back4App. Salah satu pelanggan kami menyimpan jutaan benda kecil, dan data jarang dibutuhkan. Awalnya kami menyimpan semua objek di S3 Standard dan memutuskan untuk mentransfernya ke S3 Glacier untuk disimpan. Sejauh ini bagus! Tetapi kami tidak memperhitungkan bahwa AWS memungut biaya $ 0,05 untuk setiap 1000 panggilan ke Glacier! Dalam kasus kami, jumlah permintaan sangat besar, sehingga biaya pemindahan tidak membuahkan hasil! Sebelum memindahkan objek di antara kelas penyimpanan, perlu mempertimbangkan harga untuk permintaan ke S3 dan melakukan analisis pengembalian.

Hapus data yang tidak digunakan dalam S3

Cara termudah dan paling efektif untuk menghemat S3 adalah dengan menghapus data lama dan tidak terpakai. Lihatlah cadangan lama dan ember S3 yang tidak digunakan. Lakukan analisis dan, jika mungkin, hapus data.

9. Pilih Rencana Dukungan Teknis AWS dengan Bijaksana

Ada 4 jenis dukungan teknis secara total:

• Basic - Gratis
• Pengembang - $ 29 / bulan atau 3% dari tagihan setiap bulan
• Bisnis - $ 100 / bulan atau 10-3% dari akun, tergantung pada volumenya
• Perusahaan - $ 15.000 per bulan

Kami mencoba rencana bisnis dan tidak puas dengan hasilnya. Menurut pendapat kami, terlalu mahal untuk tingkat dukungan dan dukungan yang diberikannya. Saya tidak bisa mengatakan apa-apa tentang level Enterprise, karena kami tidak menggunakannya. (Tingkat Perusahaan cocok, misalnya, untuk perusahaan besar sebelum meluncurkan perdana atau produk utama.)

Libatkan Manajer Regional AWS Anda

Gunakan manajer regional dan arsitek solusi Anda secara maksimal! Mereka bekerja secara terpisah dari tim pendukung pusat dan dapat memberikan layanan yang jauh lebih cocok. Tim AWS umumnya sangat terampil dan banyak membantu! Rekomendasi yang mereka berikan pada pengaturan keamanan tingkat lanjut dan penggunaan GDPR adalah yang terbaik! Saya terkesan dengan kesadaran teknis dan keinginan untuk membantu kami mencapai hasil yang lebih baik. Dukungan semacam itu membuat Anda berpikir dua kali sebelum mengubah penyedia cloud Anda.

10. Pemantauan dan Manajemen

Sulit untuk melebih-lebihkan pentingnya menghitung dan mengetahui biaya harian. Anda harus mengatur pemantauan terperinci biaya Anda untuk diri sendiri dan meluangkan waktu setiap hari untuk membiasakan diri dengan mereka. Bayangkan berapa banyak yang dapat Anda hemat dalam 365 hari!

Pemantauan harian akan membantu mendeteksi tren mencurigakan dan bertindak segera. Praktik terbaik mengenai Pemantauan dan Manajemen tercantum di bawah ini:

• Pemantauan rutin
• Menggunakan laporan seperti:
• Laporan Manajemen Tagihan & Biaya
• Tagihan bulanan
• Penjelajah Biaya - Biaya Layanan Bulanan
• Penjelajah Biaya - Menggunakan RI
• Penjelajah Biaya - Cakupan RI
• Tandai semuanya
• Mengukur rata-rata, melacak, melaporkan pengecualian
• Hubungkan lingkungan Anda dengan model tanggung jawab bersama AWS
• Gunakan CloudWatch dan Penasihat Tepercaya untuk Memantau Biaya
• Kombinasikan akun Anda dan dapatkan diskon volume

11. Perancangan ulang arsitektur

Mengubah arsitektur biasanya merupakan latihan yang paling memakan waktu. Ini bisa memakan waktu dari minggu hingga bulan, tergantung pada ukuran arsitektur Anda.
Pengalaman kami dengan Back4App menunjukkan bahwa Anda harus mencoba langkah-langkah sederhana terlebih dahulu. Secara umum, perubahan yang berurutan akan membawa Anda penghematan yang signifikan dalam jangka pendek. Hasilkan uang dari perubahan tersebut dan dapatkan pengalaman untuk membangun kembali arsitektur Anda.

12. Kesimpulan

Tidak ada formula ajaib untuk segera mengurangi biaya dalam AWS! Penting untuk mengembangkan kebiasaan rutin memeriksa pengeluaran, menetapkan prioritas, dan bekerja keras untuk mencapai tujuan Anda.

Berikut ini adalah ikhtisar singkat langkah-langkah yang membantu kami mengurangi skor AWS kami.

• Hapus Mesin Virtual EC2 Yang Tidak Digunakan
• Kurangi daya berlebih
• Pindahkan aliran data ke CloudFront
• Beralih ke generasi baru instance
• Gunakan teknik seperti jaringan yang ditingkatkan
• Simpan cadangan dalam S3
• Cadangan Mesin Virtual di AWS Marketplace & Node Cache Elastis
• Pertahankan perpaduan yang sehat dari contoh Spot, Reserved, dan On-Demand
• Mengotomatiskan autoscaling
• Gunakan S3 Standard dan Glacier