Kursus
Azure Storage merupakan tulang punggung platform cloud Azure milik Microsoft, memungkinkan pengguna menyimpan data dalam jumlah besar secara aman, andal, dan hemat biaya. Layanan ini mendukung berbagai format, termasuk file, disk, pesan, serta data terstruktur dan tidak terstruktur.
Selain itu, Azure Storage sangat mudah diskalakan dan terintegrasi dengan layanan Azure lainnya, seperti platform Azure Machine Learning.
Tujuan tutorial ini adalah memberikan panduan untuk membuat dan mengelola Storage Account di Azure. Di akhir tutorial ini, Anda akan memiliki pengetahuan untuk menyiapkan dan mengonfigurasi Azure Storage Account, mengelola data secara efektif, serta memahami praktik terbaik untuk memelihara dan mengamankan Storage Account.
Prasyarat
Sebelum mulai membuat dan mengelola Azure Storage Account, ada beberapa prasyarat agar proses berjalan lancar:
- Akun Azure: Untuk mengikuti tutorial ini, Anda harus memiliki langganan Azure yang aktif. Setiap langganan dapat memiliki hingga 250 storage account per region.
- Keterbiasaan dengan Azure Portal: Pemahaman dasar dalam menavigasi Azure Portal akan memudahkan Anda mengikuti langkah-langkahnya.
Jika Anda membutuhkan bantuan menyiapkan akun dan ingin mempelajari dasar-dasar Azure Portal, lihat panduan menyiapkan dan mengonfigurasi Azure ini.
Panduan Langkah demi Langkah Membuat Storage Account
Untuk membuat Storage Account, Anda dapat menggunakan Azure Portal jika menyukai antarmuka grafis, atau memilih PowerShell maupun Azure CLI jika lebih menyukai scripting.
Menggunakan Azure Portal
1. Dari Azure Portal, klik “Create a resource.”
2. Buka “Storage,” lalu pilih “Storage account.” Atau, Anda dapat mengetik “storage account” di kotak pencarian.
3. Di tab “Basics,” Anda akan menemukan pengaturan yang diperlukan untuk storage account:

Menyiapkan pengaturan “Basics” untuk storage account. Gambar oleh penulis
- Subscription: Pilih langganan Azure yang Anda inginkan untuk storage account ini.
- Resource group: Pilih grup sumber daya yang sudah ada atau buat yang baru dengan mengklik "Create new" dan memasukkan nama.
- Nama Storage Account: Masukkan nama unik untuk Storage Account Anda. Nama ini harus terdiri dari 3 hingga 24 karakter dan hanya dapat mencakup angka dan huruf kecil. Biasanya, nama juga menyertakan prefiks atau sufiks. Bisa berupa angka atau singkatan yang merujuk pada proyek, departemen, tujuan, atau lingkungan.
- Region: Pilih region Azure untuk menempatkan storage account Anda. Umumnya, pilih region yang paling dekat dengan lokasi Anda.
- Performance: Pilih tier performa (Standard atau Premium). Standard biasanya cukup untuk sebagian besar kasus penggunaan.
- Redundancy: Pilih opsi redundansi yang memenuhi kebutuhan replikasi data Anda. Untuk data yang tidak kritis, locally redundant storage (LRS) sudah memadai.
4. Pengaturan berikut bersifat opsional, tetapi menarik untuk disesuaikan lebih lanjut pada Storage Account Anda:
- Networking: Konfigurasikan akses jaringan, tetapkan aturan atau pembatasan jaringan yang diperlukan, dan pilih endpoint publik atau privat sesuai kebutuhan keamanan Anda.
- Data protection: Atur opsi perlindungan data seperti pemulihan container pada titik waktu tertentu (point-in-time). Fitur ini memungkinkan Anda memulihkan data ke keadaan sebelumnya pada waktu tertentu. Fitur penting lainnya adalah pengaturan soft delete. Dengan mengaktifkan soft delete, data yang dihapus disimpan untuk periode retensi tertentu, sehingga memungkinkan pemulihan data yang terhapus secara tidak sengaja atau berbahaya.
- Tags: Tambahkan tag untuk mengorganisasi Storage Account Anda dengan menerapkan pasangan key-value, seperti “project: AI chatbot.” Ini berguna untuk pengelolaan sumber daya dan penagihan.
5. Tinjau konfigurasi dan klik “Review+Create.” Setelah validasi, klik “Create” untuk menyelesaikan pembuatan storage account. Jika validasi gagal, Anda harus meninjau pengaturan dan memperbaiki pengaturan wajib yang salah atau kurang.
Menggunakan Powershell
Untuk membuat Storage Account menggunakan PowerShell, ikuti langkah-langkah berikut:
1. Buka konsol PowerShell dan masuk ke akun Azure Anda menggunakan:
Connect-AzAccount
2. Buat grup sumber daya baru jika Anda belum memilikinya:
New-AzResourceGroup -Name “ResourceGroup001”> -Location “EastUS”
3. Buat storage account:
New-AzStorageAccount -ResourceGroupName “ResourceGroup001”> -Name “datastorage” -Location “EastUS” -SkuName “Standard_LRS” -Kind “StorageV2”
Kode ini langsung membuat storage account bernama “datastorage” di resource group “ResourceGroup001” dan Azure Region “EastUS.”
SkuName mengacu pada tier performa (Standard atau Premium) dan opsi redundansi (dalam hal ini, “LRS” atau locally redundant storage). Anda dapat menyertakan pengaturan tambahan dengan cara yang sama; misalnya, Anda dapat menyertakan tag dengan opsi -Tags.
Anda dapat mencari perintah tambahan untuk storage account di situs Microsoft.
4. Verifikasi pembuatan Storage Account dengan menggunakan kode ini untuk mencari akun baru Anda:
Get-AzStorageAccount -ResourceGroupName "ResourceGroup001" -Name "datatstorage"
Menggunakan Azure CLI
Untuk membuat Storage Account menggunakan Azure CLI, ikuti langkah-langkah berikut:
1. Buka konsol CLI dan masuk ke akun Azure Anda:
az login
2. Buat resource group (jika Anda belum memilikinya):
az group create --name ResourceGroup001 --location EastUS
3. Buat Storage Account:
az storage account create --name mystorageaccount --resource-group myResourceGroup --location eastus --sku Standard_LRS --kind StorageV2
Anda juga dapat menambahkan opsi tambahan untuk storage account Anda, seperti --tags.
Lihat DataCamp Azure CLI Cheat Sheet untuk mempelajari lebih lanjut penggunaan Azure CLI.
4. Periksa apakah Storage Account berhasil dibuat:
az storage account show --name mystorageaccount --resource-group myResourceGroup
Opsi Konfigurasi Lanjutan Storage Account
Untuk sebagian besar skenario penyimpanan, tipe akun “General purpose v2 storage” adalah tipe yang direkomendasikan. Tipe ini menyediakan fitur terbaru untuk Azure Storage, paling hemat biaya, dan mendukung semua jenis penyimpanan, seperti blob, file, dan queue.
Di bagian ini, kita akan menelusuri lebih dalam tipe-tipe penyimpanan tersebut dan kegunaannya serta membahas cara mengelola biaya.
Jenis data
Setiap tipe storage account disesuaikan untuk kebutuhan penyimpanan tertentu. Memahami perbedaan antara tipe-tipe storage account dan kasus penggunaannya akan membantu Anda membuat keputusan yang tepat saat menyiapkan dan mengelola solusi penyimpanan Azure.
Berikut gambaran umum berbagai tipe data storage account:
|
Gambaran umum |
Kasus penggunaan |
|
|
Blob storage |
Blob storage dioptimalkan untuk menyimpan data tidak terstruktur sebagai blob (binary large objects) seperti dokumen, video, gambar, dan cadangan. |
Cocok untuk aplikasi yang memerlukan penyimpanan efisien dan dapat diskalakan untuk data tidak terstruktur dalam jumlah besar, termasuk penyampaian konten, pengarsipan data, dan analitik big data. |
|
File storage |
File storage menyediakan file share yang dikelola sepenuhnya di cloud melalui protokol SMB standar industri. |
Solusi terbaik untuk skenario di mana aplikasi membutuhkan penyimpanan bersama yang dapat diakses dari beberapa mesin virtual, penerapan on-premises, dan layanan Azure. |
|
Queue storage |
Queue storage dirancang untuk menyimpan sejumlah besar pesan yang dapat diakses dari mana saja melalui panggilan terautentikasi menggunakan HTTP atau HTTPS. |
Berguna untuk memisahkan komponen aplikasi, di mana satu komponen menghasilkan permintaan, dan komponen lain memprosesnya secara asinkron. Umum digunakan dalam skenario pesan dan pemrosesan tugas. |
|
Table storage |
Table storage menyediakan penyimpanan NoSQL key-value untuk pengembangan cepat dan akses cepat ke sejumlah besar data tidak terstruktur. |
Ideal untuk aplikasi yang memerlukan desain tanpa skema, seperti aplikasi web, penyimpanan data pengguna, dan penyimpanan metadata untuk data terstruktur dan semi-terstruktur. |
Harga
Harga Azure Storage sangat bergantung pada tier penyimpanan, opsi redundansi data, dan pola akses.
Dengan memahami faktor-faktor ini dan memilih opsi yang tepat untuk data Anda, Anda dapat mengoptimalkan biaya sambil memastikan solusi penyimpanan memenuhi kebutuhan kinerja dan aksesibilitas Anda.
Pertama, kita akan membahas faktor-faktor paling krusial yang memengaruhi harga untuk storage account di Azure. Lalu, kita akan menelusuri dua opsi penting yang memengaruhi kinerja dan harga: access tier dan opsi redundansi data.
Faktor yang memengaruhi biaya
Harga Azure Storage dipengaruhi oleh beberapa faktor, antara lain:
- Kapasitas penyimpanan: Jumlah data yang disimpan di storage account Anda. Semakin besar kapasitas, umumnya semakin tinggi biayanya.
- Storage tiers: Tier yang dipilih (hot, cool, cold, atau archive) sangat memengaruhi harga. Setiap tier dioptimalkan untuk pola penggunaan dan biaya yang berbeda.
- Transaksi dan pengambilan data: Jumlah operasi yang dilakukan pada data, seperti baca, tulis, dan hapus. Volume transaksi yang tinggi dapat meningkatkan biaya.
- Opsi redundansi data: Strategi replikasi yang dipilih (LRS, ZRS, GRS, GZRS) berdampak pada biaya. Tingkat redundansi yang lebih tinggi memberikan daya tahan dan ketersediaan data yang lebih baik tetapi dengan biaya lebih tinggi.
- Transfer data keluar: Data yang ditransfer keluar dari region Azure menimbulkan biaya tambahan. Hal ini sangat relevan untuk aplikasi dengan egress data signifikan ke sistem atau pengguna eksternal.
Perbandingan antara storage access tier
Azure Storage menawarkan empat access tier: hot, cool, cold, dan archive. Memilih access tier yang sesuai dengan pola akses Anda membantu mengoptimalkan biaya.
Berikut gambaran umum tiap tier, biaya, dan kasus penggunaannya:
|
Gambaran umum |
Biaya |
Kasus penggunaan |
|
|
Archive tier |
Dioptimalkan untuk data yang jarang diakses dan disimpan setidaknya selama 180 hari |
Biaya penyimpanan paling rendah tetapi biaya pengambilan dan latensi tertinggi |
Terbaik untuk data yang jarang dibutuhkan, seperti penyimpanan arsip jangka panjang, kepatuhan, dan retensi data historis |
|
Cold tier |
Dioptimalkan untuk data yang jarang diakses dan disimpan setidaknya selama 90 hari |
Biaya penyimpanan lebih tinggi daripada archive tier tetapi biaya pengambilan dan latensi lebih rendah |
Terbaik untuk data lama yang tidak sering digunakan tetapi diharapkan tersedia untuk akses segera |
|
Cool tier |
Dioptimalkan untuk data yang jarang diakses dan disimpan setidaknya selama 30 hari |
Biaya penyimpanan lebih tinggi dibandingkan cold tier tetapi biaya akses dan transaksi lebih rendah |
Cocok untuk data yang tidak sering diakses tetapi perlu tersedia saat dibutuhkan, seperti cadangan, data pemulihan bencana, dan penyimpanan data bisnis jangka panjang |
|
Hot tier |
Dioptimalkan untuk data yang sering diakses |
Biaya penyimpanan tertinggi tetapi biaya akses dan transaksi terendah |
Ideal untuk data yang memerlukan akses cepat dan sering, seperti dataset aktif, file pengguna, dan aplikasi live |
Opsi redundansi data
Redundansi data di Azure mengacu pada replikasi data di berbagai lokasi untuk memastikan daya tahan, ketersediaan, dan aksesibilitasnya, bahkan saat terjadi kegagalan perangkat keras, masalah jaringan, atau bencana.
Setiap opsi redundansi menawarkan tingkat perlindungan, ketersediaan, dan biaya yang berbeda. Opsi-opsi ini memastikan data Anda aman dan dapat dipulihkan atau diakses dari lokasi alternatif bila diperlukan.
Tabel berikut mengurutkan berbagai opsi dari biaya rendah ke biaya tinggi:
|
Gambaran umum |
Kasus penggunaan |
|
|
Locally redundant storage (LRS) |
LRS mereplikasi data Anda tiga kali dalam satu pusat data di sebuah region |
Cocok untuk skenario di mana kehilangan data dapat ditoleransi, tetapi ketersediaan tinggi dalam satu region diperlukan |
|
Zone-redundant storage (ZRS) |
ZRS mereplikasi data Anda secara sinkron di tiga kluster penyimpanan dalam satu region, masing-masing berada di zona ketersediaan yang berbeda |
Cocok untuk skenario yang membutuhkan ketersediaan dan daya tahan tinggi dalam satu region, melindungi dari kegagalan di tingkat pusat data |
|
Geo-redundant storage (GRS) |
GRS mereplikasi data Anda ke region sekunder yang berjarak ratusan mil dari lokasi utama. Ini menggabungkan LRS di region utama dan replikasi asinkron ke region sekunder |
Cocok untuk skenario pemulihan bencana di mana data perlu dilindungi dari gangguan regional |
|
Geo-zone-redundant storage (GZRS) |
GZRS menggabungkan manfaat ZRS dan GRS. Layanan ini mereplikasi data secara sinkron di tiga zona ketersediaan Azure di region utama dan secara asinkron mereplikasinya ke region geografis sekunder. |
Cocok untuk aplikasi yang sangat kritis yang memerlukan ketersediaan tinggi, daya tahan, dan kemampuan pemulihan bencana |
Jika Anda tertarik mempelajari Azure lebih mendalam, lihat kursus Azure Architecture and Services.
Manajemen siklus hidup
Selain memilih opsi yang tepat untuk storage account Anda, manajemen siklus hidup (lifecycle management) di Azure Storage memungkinkan Anda mengotomatisasi perpindahan data antar access tier untuk mengoptimalkan biaya.
Berikut cara menyiapkan kebijakan untuk perpindahan data otomatis:

Tampilan ringkas manajemen siklus hidup sebuah storage account. Gambar oleh penulis
1. Buka storage account Anda di Azure portal. Di bawah bagian “Data management,” pilih “Lifecycle management.”
2. Klik “Add rule” untuk membuat kebijakan manajemen siklus hidup baru. Berikan nama untuk aturan dan tentukan kondisi kapan aturan tersebut harus diterapkan.
3. Tentukan kondisi dan tindakan:
- Tetapkan kondisi berdasarkan usia data atau tanggal terakhir diakses.
- Tentukan tindakan seperti memindahkan data ke tier yang lebih dingin atau menghapusnya setelah periode tertentu.
- Misalnya, Anda dapat menetapkan aturan untuk memindahkan blob ke cool tier jika tidak dimodifikasi selama 30 hari, ke cold tier setelah 90 hari, dan kemudian ke archive tier jika tidak diakses selama 180 hari.
4. Tinjau pengaturan aturan dan simpan kebijakan. Berdasarkan kondisi yang ditentukan, kebijakan akan diterapkan secara otomatis pada blob di storage account.
Contoh skenario manajemen siklus hidup
Berikut beberapa skenario umum yang mungkin dihadapi tim data dan strategi manajemen siklus hidup yang mungkin untuk masing-masing.
1. Kepatuhan dan retensi:
- Skenario: Persyaratan regulasi mewajibkan data tertentu disimpan selama beberapa tahun tetapi jarang diakses.
- Strategi: Simpan data di Cold tier selama tahun pertama lalu pindahkan ke Archive tier untuk retensi jangka panjang. Pendekatan ini memastikan kepatuhan sekaligus meminimalkan biaya penyimpanan.
2. Data aplikasi:
- Skenario: Sebuah aplikasi menghasilkan log yang penting selama bulan pertama tetapi setelah itu hanya sesekali diakses. Namun, tetap diharapkan tersedia dengan cepat.
- Strategi: Tetapkan kebijakan untuk memindahkan log dari hot ke cool tier setelah 30 hari. Ini menjaga penggunaan dan biaya penyimpanan tetap terkendali sambil mempertahankan data yang diperlukan selama durasi yang dibutuhkan.
3. Data pengembangan dan pengujian:
- Skenario: Tim pengembangan menghasilkan volume data besar selama fase pengembangan dan pengujian perangkat lunak, yang sangat sering diakses selama siklus pengembangan tetapi menjadi kurang relevan seiring waktu.
- Strategi: Simpan data pengembangan dan pengujian di hot tier selama pengembangan aktif. Saat pengembangan aktif melambat, pindahkan data ke cold tier setelah 90 hari dan kemudian ke archive tier setelah 180 hari, di mana data dapat diambil untuk audit atau referensi.
Kesimpulan
Akun Azure Storage menawarkan opsi penyimpanan data yang dapat diskalakan, aman, dan fleksibel. Dalam tutorial ini, kita membahas cara membuat, mengelola, dan mengoptimalkan storage account menggunakan Azure Portal, PowerShell, dan Azure CLI. Kita juga membahas opsi konfigurasi lanjutan, harga, dan strategi penghematan biaya.
Jika Anda ingin mempelajari lebih lanjut kemampuan dasar Azure, lihat Azure Fundamentals track dari DataCamp.
FAQ
Dapatkah saya menggunakan Terraform untuk membuat Azure Storage Account, dan bagaimana hal itu membantu pengelolaan infrastruktur?
Anda dapat menggunakan Terraform untuk membuat dan mengelola Azure Storage Account sebagai bagian dari strategi infrastructure-as-code Anda. Terraform memungkinkan Anda mendefinisikan sumber daya cloud dalam file konfigurasi deklaratif, sehingga memudahkan otomatisasi dan pengelolaan infrastruktur dalam skala besar. Dengan menggunakan Terraform, Anda dapat memastikan Azure Storage Account dan sumber daya lainnya dideploy dan dikonfigurasi secara konsisten sesuai spesifikasi Anda, serta mendukung version control dan kolaborasi lintas tim.
Bagaimana cara mendapatkan access key untuk Azure Storage Account, dan mengapa itu penting?
Access key sangat penting untuk mengautentikasi dan mengakses data di Azure Storage Account Anda. Anda dapat memperoleh key ini melalui Azure Portal, dengan menavigasi ke storage account Anda dan menemukan key di bagian "Access keys". Key ini memberikan akses terprogram ke storage account Anda, sehingga penting untuk menanganinya dengan aman dan memutarnya secara berkala guna menjaga keamanan. Selain itu, Anda dapat menggunakan shared access signatures (SAS) sebagai metode yang lebih terperinci dan aman untuk memberikan akses sementara ke sumber daya penyimpanan Anda.
Bisakah saya mengubah tier performa atau opsi redundansi Azure Storage Account setelah dibuat?
Anda dapat mengubah tier performa dan opsi redundansi setelah membuat Azure Storage Account. Untuk melakukannya, buka pengaturan storage account di Azure Portal dan perbarui tier performa atau pengaturan redundansi di bagian yang relevan. Perlu diingat bahwa perubahan ini dapat sementara memengaruhi akses ke data Anda dan, bergantung pada perubahannya, dapat menimbulkan biaya tambahan.
Apa praktik terbaik untuk mengamankan data yang disimpan di Azure Storage Account?
Untuk mengamankan data di Azure Storage Account, pertimbangkan praktik terbaik berikut:
- Aktifkan enkripsi saat data tidak digunakan (at rest) menggunakan Azure Storage Service Encryption (SSE).
- Gunakan langkah-langkah keamanan jaringan seperti private endpoint dan virtual network.
- Terapkan role-based access control (RBAC) untuk membatasi akses ke storage account Anda.
- Aktifkan dan konfigurasikan Azure Defender for Storage untuk mendeteksi ancaman.
- Putar key akun secara berkala dan gunakan shared access signatures (SAS) untuk mengendalikan akses.
Bagaimana saya dapat memantau kinerja dan penggunaan Azure Storage Account saya?
Azure Monitor memungkinkan Anda memantau kinerja dan penggunaan Azure Storage Account. Layanan ini menyediakan metrik tingkat transaksi, latensi, dan pemanfaatan kapasitas. Selain itu, Anda dapat menyiapkan peringatan untuk memberi tahu aktivitas tidak biasa atau saat ambang batas penggunaan terlampaui. Log dan data diagnostik juga dapat dikumpulkan untuk analisis yang lebih mendalam.
Anneleen adalah seorang data scientist dengan latar belakang statistik dan ilmu sosial. Saat ini ia bekerja sebagai data scientist lepas di bidang keuangan dan sedang menempuh pendidikan pascasarjana di bidang AI Terapan. Anneleen adalah instruktur untuk empat kursus DataCamp, termasuk 'Azure Management and Governance'.

