Pilar keberlanjutan

Pilar keberlanjutan dari AWS Well-Architected Framework berfokus pada meminimalkan dampak lingkungan dari menjalankan beban kerja cloud. Topik utama mencakup model tanggung jawab bersama untuk keberlanjutan, memahami dampak, dan memaksimalkan penggunaan untuk meminimalkan sumber daya yang dibutuhkan dan mengurangi dampak hilir.

Pilar keberlanjutan berisi area fokus utama berikut:

• Dampak Anda

• Tujuan keberlanjutan

• Penggunaan yang dimaksimalkan

• Mengantisipasi dan mengadopsi penawaran perangkat keras dan perangkat lunak baru yang lebih efisien

• Penggunaan layanan terkelola

• Pengurangan dampak hilir

Panduan ini berfokus pada dampak Anda. Untuk informasi selengkapnya tentang prinsip desain keberlanjutan lainnya, lihat AWS Well-Architected Framework.

Pilihan dan persyaratan Anda berdampak pada lingkungan. Jika Anda dapat memilih Wilayah AWS yang memiliki intensitas karbon lebih rendah, dan jika kebutuhan Anda mencerminkan kebutuhan beban kerja yang sebenarnya, bukan hanya memaksimalkan waktu kerja dan daya tahan, keberlanjutan beban kerja meningkat. Bagian selanjutnya membahas praktik terbaik dan pertimbangan bijaksana yang akan memiliki dampak lingkungan positif jika diadopsi dalam desain beban kerja Anda dan operasi yang sedang berlangsung.

Pemilihan Wilayah AWS

Beberapa Wilayah AWS berada di dekat proyek energi terbarukan Amazon atau terletak di mana jaringan memiliki intensitas karbon yang diterbitkan yang lebih rendah daripada yang lain. Pertimbangkan dampak keberlanjutan untuk Wilayah yang mungkin layak untuk beban kerja Anda, dan rujuk silang daftar Anda dengan Wilayah tempat Neptunus tersedia.

Konsumsi berdasarkan pola perilaku pengguna

Mengukur konsumsi Anda dengan benar agar sesuai dengan lalu lintas dan perilaku pengguna Anda membantu AWS meminimalkan dampak layanan terhadap lingkungan. Pertimbangkan praktik terbaik berikut saat merancang solusi Anda:

• Pantau CloudWatch metrik Amazon sepertiCPUUtilization,MainRequestQueuePendingRequests, dan TotalRequestsPerSec untuk menentukan kapan permintaan Anda tertinggi dan terendah, dan pastikan bahwa sumber daya klaster Anda berukuran tepat selama waktu tersebut.

• Otomatiskan penghentian lingkungan non-produksi selama jam-jam ketika tidak digunakan. Untuk informasi selengkapnya, lihat posting blog Mengotomatiskan penghentian dan memulai sumber daya lingkungan Amazon Neptunus menggunakan tag sumber daya.

• Jika pola lalu lintas Anda sering bervariasi dan tidak terduga, pertimbangkan untuk menggunakan instance Neptunus Tanpa Server yang akan meningkat dan turun dengan permintaan alih-alih menggunakan instance yang disediakan untuk lalu lintas puncak.

• Pertimbangkan untuk menyelaraskan perjanjian tingkat layanan Anda dengan tujuan keberlanjutan selain tujuan kelangsungan bisnis. Persyaratan pelonggaran seperti pemulihan bencana multi-wilayah, ketersediaan tinggi, atau retensi cadangan jangka panjang, terutama untuk lingkungan non-produksi atau beban kerja kritis non-misi, dapat mengurangi jumlah sumber daya yang dibutuhkan untuk memenuhi tujuan tersebut.

Optimalkan pengembangan perangkat lunak dan pola arsitektur

Untuk mencegah pemborosan, optimalkan model dan kueri, dan bagikan sumber daya komputasi sehingga Anda menggunakan semua sumber daya yang tersedia di instans dan cluster Neptunus. Praktik terbaik khusus meliputi:

• Mintalah pengembang berbagi instance Neptunus dan instance aplikasi Jupyter Notebook alih-alih masing-masing membuat sendiri. Berikan masing-masing pengembang partisi logisnya sendiri dalam satu cluster Neptunus melalui penggunaan strategi partisi multi-tenancy, dan buat folder notebook terpisah untuk setiap pengembang pada satu instance Jupyter.

• Menerapkan pola yang memaksimalkan penggunaan sumber daya dan meminimalkan waktu idle, seperti thread paralel untuk memuat data dan mengumpulkan catatan bersama-sama ke dalam transaksi yang lebih besar.

• Optimalkan kueri dan model grafik Anda untuk meminimalkan sumber daya yang diperlukan untuk menghitung hasil.

• Untuk hasil kueri Gremlin, gunakan fitur cache hasil untuk meminimalkan sumber daya yang dihabiskan untuk menghitung ulang kueri yang dipaginasi atau sering berulang.

• Perbarui lingkungan Neptunus Anda. Versi terbaru Neptunus mendukung contoh EC2 terbaru, seperti Graviton, yang lebih efisien. Mereka juga memiliki peningkatan optimasi kueri dan perbaikan bug yang mengurangi jumlah sumber daya yang dibutuhkan untuk menghitung kueri Anda.