Azure Files redundansi data

2025-05-20

Azure Files selalu menyimpan beberapa salinan data Anda sehingga terlindungi dari peristiwa yang direncanakan dan tidak direncanakan, termasuk kegagalan perangkat keras sementara, pemadaman jaringan atau listrik, dan bencana alam. Redundansi memastikan bahwa akun penyimpanan Anda memenuhi target ketersediaan dan daya tahannya bahkan dalam menghadapi kegagalan.

Saat memutuskan opsi redundansi yang terbaik untuk skenario Anda, pertimbangkan kompensasi antara biaya yang lebih rendah dan ketersediaan yang lebih tinggi. Faktor-faktor yang memudahkan penentuan opsi redundansi yang harus Anda pilih meliputi:

Cara data Anda direplikasi di wilayah utama.
Apakah data Anda direplikasi ke wilayah kedua yang secara geografis jauh ke wilayah utama, untuk melindungi dari bencana regional (geo-redundansi).

Berbagi file Azure dikelola melalui sumber daya Azure umum yang disebut akun penyimpanan. Akun penyimpanan mewakili kumpulan penyimpanan bersama yang dapat digunakan untuk menyebarkan berbagi file. Untuk mendapatkan informasi selengkapnya tentang akun penyimpanan, lihat Gambaran umum penyimpanan.

Saat membuat akun penyimpanan, Anda memilih pengaturan redundansi untuk akun penyimpanan yang dibagikan untuk semua layanan penyimpanan yang diekspos oleh akun tersebut. Oleh karena itu, semua berbagi file yang disebarkan di akun penyimpanan yang sama memiliki pengaturan redundansi yang sama. Anda mungkin ingin mengisolasi berbagi file di akun penyimpanan terpisah jika mereka memiliki persyaratan redundansi yang berbeda.

Berlaku pada

Model manajemen	Model tagihan	Peringkat media	Pemborosan
Microsoft.Storage	Versi 2 yang telah disediakan	HDD (standar)	Lokal (LRS)
Microsoft.Storage	Versi 2 yang telah disediakan	HDD (standar)	Zona (ZRS)
Microsoft.Storage	Versi 2 yang telah disediakan	HDD (standar)	Geo (GRS)
Microsoft.Storage	Versi 2 yang telah disediakan	HDD (standar)	GeoZone (GZRS)
Microsoft.Storage	Versi 1 yang telah disediakan	SSD (kelas atas)	Lokal (LRS)
Microsoft.Storage	Versi 1 yang telah disediakan	SSD (kelas atas)	Zona (ZRS)
Microsoft.Storage	Bayar sesuai penggunaan	HDD (standar)	Lokal (LRS)
Microsoft.Storage	Bayar sesuai penggunaan	HDD (standar)	Zona (ZRS)
Microsoft.Storage	Bayar sesuai penggunaan	HDD (standar)	Geo (GRS)
Microsoft.Storage	Bayar sesuai penggunaan	HDD (standar)	GeoZone (GZRS)

Redundansi di wilayah utama

Data di akun penyimpanan Azure selalu direplikasi tiga kali di wilayah utama. Azure Files menawarkan dua opsi tentang cara data Anda direplikasi di wilayah utama:

Penyimpanan redundan lokal (LRS) menyalin data Anda secara sinkron tiga kali dalam satu lokasi fisik di wilayah utama. LRS adalah opsi replikasi paling murah, tetapi tidak disarankan untuk aplikasi yang membutuhkan ketersediaan tinggi atau durabilitas.
Penyimpanan zona redundan (ZRS) menyalin data Anda secara sinkron di tiga zona ketersediaan Azure di wilayah utama. Untuk aplikasi yang membutuhkan ketersediaan tinggi, sebaiknya gunakan penyimpanan geo-zone-redundant (GZRS), yang menggunakan ZRS di wilayah utama dan juga mereplikasi data Anda secara geografis ke wilayah sekunder.

Penyimpanan dengan Redundansi Lokal

Penyimpanan redundan lokal (LRS) mereplikasi akun penyimpanan Anda tiga kali dalam satu pusat data di wilayah utama. LRS memberikan setidaknya durabilitas 99,9999999999% (11 sembilan) selama tahun tertentu.

LRS adalah opsi redundansi berbiaya terendah dan menawarkan durabilitas paling rendah dibandingkan dengan opsi lain. LRS melindungi data Anda dari kegagalan rak server dan drive. Namun, jika bencana seperti kebakaran atau banjir terjadi di dalam pusat data, semua replika akun penyimpanan menggunakan LRS dapat hilang atau tidak dapat dipulihkan. Untuk mengurangi risiko ini, sebaiknya gunakan ZRS, GRS, atau GZRS.

Permintaan tulis ke akun penyimpanan yang menggunakan LRS terjadi secara sinkron. Operasi penulisan berhasil dilakukan hanya setelah data ditulis ke ketiga replika.

Diagram berikut menunjukkan bagaimana data Anda direplikasi dalam satu pusat data dengan LRS:

Diagram memperlihatkan bagaimana data direplikasi dalam satu pusat data dengan LRS.

LRS adalah pilihan tepat untuk skenario berikut:

Jika aplikasi Anda menyimpan data yang dapat dengan mudah direkonstruksi jika kehilangan data terjadi.
Jika aplikasi Anda dibatasi untuk mereplikasi data hanya dalam negara atau wilayah karena persyaratan tata kelola data. Dalam beberapa kasus, wilayah yang dipasangkan di mana data direplikasi secara geografis mungkin berada di negara atau wilayah lain. Untuk informasi selengkapnya, lihat Pasangan wilayah Azure dan wilayah yang tidak berpasangan.

LRS didukung di semua wilayah Azure untuk berbagi file HDD. Untuk daftar wilayah yang mendukung LRS untuk berbagi file SSD, lihat Dukungan LRS untuk berbagi file SSD.

Penyimpanan dengan redundansi zona

Penyimpanan zona redundan (ZRS) mereplikasi akun penyimpanan Anda secara sinkron di tiga zona ketersediaan Azure di wilayah utama. Setiap zona ketersediaan merupakan lokasi fisik terpisah dengan daya independen, pendinginan, dan jaringan. ZRS menawarkan durabilitas setidaknya 99,99999999999% (12 9) selama tahun tertentu.

Dengan ZRS, data Anda masih dapat diakses untuk operasi baca dan tulis meskipun zona tidak tersedia. Jika suatu zona menjadi tidak tersedia, Azure melakukan pembaruan jaringan, seperti pengalihan DNS. Pembaruan ini dapat memengaruhi aplikasi Anda jika Anda mengakses data sebelum pembaruan selesai. Saat merancang aplikasi untuk ZRS, ikuti praktik untuk penanganan kesalahan sementara, termasuk menerapkan kebijakan pengulangan coba dengan metode back-off eksponensial.

Permintaan tulis ke akun penyimpanan yang menggunakan ZRS terjadi secara sinkron. Operasi penulisan hanya dianggap berhasil setelah data ditulis ke setiap replika di tiga zona ketersediaan.

Keuntungan menggunakan ZRS untuk beban kerja Azure Files adalah bahwa jika zona menjadi tidak tersedia, tidak diperlukan pemasangan ulang berbagi file Azure dari klien yang terhubung. Sebaiknya gunakan ZRS di wilayah utama untuk skenario yang memerlukan ketersediaan tinggi. Kami juga merekomendasikan ZRS untuk membatasi replikasi data ke negara atau wilayah tertentu untuk memenuhi persyaratan tata kelola data.

Catatan

Azure File Sync adalah redundan zona di semua wilayah yang mendukung zona ketersediaan dengan pengecualian US Gov Virginia. Dalam kebanyakan kasus, sebaiknya pengguna Azure File Sync mengonfigurasi akun penyimpanan untuk menggunakan ZRS atau GZRS.

Diagram berikut menunjukkan bagaimana data Anda direplikasi di seluruh zona ketersediaan di wilayah utama dengan ZRS:

Diagram memperlihatkan bagaimana data direplikasi di wilayah utama dengan ZRS.

ZRS memberikan performa luar biasa, latensi rendah, dan ketahanan untuk data Anda jika sementara tidak tersedia. Namun, ZRS dengan sendirinya mungkin tidak melindungi data Anda dari bencana regional di mana beberapa zona terpengaruh secara permanen. Untuk perlindungan terhadap bencana regional, sebaiknya gunakan GZRS.

Dukungan ZRS menurut wilayah

Untuk memahami wilayah mana yang mendukung ZRS untuk berbagi file standar, lihat daftar wilayah Azure dan lihat kolom dukungan zona ketersediaan. ZRS didukung dalam akun penyimpanan v2 tujuan umum standar untuk ketiga tingkatan standar: dioptimalkan untuk transaksi, aktif, dan hemat.

ZRS didukung untuk berbagi file SSD melalui FileStorage jenis akun penyimpanan. Untuk daftar wilayah yang mendukung ZRS untuk akun berbagi file SSD, lihat Dukungan ZRS untuk berbagi file SSD.

Redundansi di wilayah sekunder

Untuk aplikasi yang membutuhkan durabilitas tinggi untuk berbagi file SMB, Anda dapat memilih penyimpanan geo-redundan untuk menyalin data di akun penyimpanan Anda ke wilayah sekunder yang berjarak ratusan mil dari wilayah utama. Jika akun penyimpanan Anda disalin ke wilayah sekunder, data Anda akan tahan lama meski terjadi pemadaman regional yang lengkap atau bencana tempat wilayah utama tidak dapat dipulihkan.

Penting

Azure Files hanya mendukung geo-redundansi (GRS atau GZRS) untuk berbagi file HDD. Berbagi file SSD harus menggunakan LRS atau ZRS.

Saat membuat akun penyimpanan, Anda memilih wilayah utama untuk akun tersebut. Wilayah sekunder yang dipasangkan ditentukan berdasarkan wilayah utama, dan tidak dapat diubah. Untuk informasi selengkapnya tentang wilayah yang didukung oleh Azure, lihat daftar wilayah Azure.

Azure Files menawarkan dua opsi untuk menyalin data Anda ke wilayah sekunder. Saat ini, opsi penyimpanan geo-redundan hanya tersedia untuk berbagi file SMB standar.

Penyimpanan geo redundan (GRS) menyalin data Anda secara sinkron tiga kali dalam satu lokasi fisik di wilayah utama menggunakan LRS. Kemudian menyalin data Anda secara asinkron ke satu lokasi fisik di wilayah sekunder. Dalam wilayah sekunder, data Anda disalin secara sinkron tiga kali menggunakan LRS.
Penyimpanan geo zona redundan (GZRS) menyalin data Anda secara sinkron di tiga zona ketersediaan Azure di wilayah utama menggunakan ZRS. Kemudian menyalin data Anda secara asinkron ke satu lokasi fisik di wilayah sekunder. Dalam wilayah sekunder, data Anda disalin secara sinkron tiga kali menggunakan LRS.

Satu-satunya perbedaan antara GRS dan GZRS adalah bagaimana data direplikasi di wilayah primer. Dalam wilayah sekunder, data direplikasi secara sinkron tiga kali menggunakan LRS. LRS di wilayah sekunder melindungi data Anda dari kegagalan perangkat keras.

Penyimpanan yang redundan secara geografis

Penyimpanan geo redundan (GRS) menyalin data Anda secara sinkron tiga kali dalam satu lokasi fisik di wilayah utama menggunakan LRS. Kemudian menyalin data Anda secara asinkron ke satu lokasi fisik di wilayah sekunder yang berjarak ratusan mil dari wilayah utama. GRS menawarkan durabilitas setidaknya 99,999999999999999% (16 9) selama tahun tertentu.

Operasi tulis pertama-tama dilakukan pada lokasi utama dan direplikasi menggunakan LRS. Pembaruan kemudian direplikasi secara asinkron ke wilayah sekunder. Saat ditulis ke lokasi sekunder, data juga direplikasi dalam lokasi tersebut menggunakan LRS.

Diagram berikut menunjukkan bagaimana data Anda direplikasi dengan GRS:

Diagram memperlihatkan bagaimana data direplikasi dengan GRS.

Penyimpanan redundan zona geografis

Penyimpanan redundan zona geografis (GZRS) menggabungkan ketersediaan tinggi yang disediakan oleh redundansi di seluruh zona ketersediaan dengan perlindungan terhadap gangguan regional yang diberikan oleh geo-replikasi. Data dalam akun penyimpanan GZRS disalin di tiga zona ketersediaan Azure di wilayah utama dan juga direplikasi ke wilayah geografis sekunder untuk perlindungan dari bencana regional. Sebaiknya gunakan GZRS untuk aplikasi yang membutuhkan konsistensi, durabilitas, dan ketersediaan maksimum, performa yang sangat baik, dan ketahanan untuk pemulihan bencana.

Dengan akun penyimpanan GZRS, Anda dapat terus membaca dan menulis data jika zona ketersediaan menjadi tidak tersedia atau tidak dapat dipulihkan. Selain itu, data Anda juga tahan lama jika terjadi pemadaman regional yang lengkap atau bencana tempat wilayah utama tidak dapat dipulihkan. GZRS dirancang untuk memberikan setidaknya durabilitas 99,99999999999999% (16 9) selama tahun tertentu.

Diagram berikut menunjukkan bagaimana data Anda direplikasi dengan GZRS:

Diagram memperlihatkan bagaimana data direplikasi dengan GZRS.

Hanya akun penyimpanan v2 tujuan umum standar yang mendukung GZRS.

Untuk menentukan apakah wilayah mendukung GZRS, lihat daftar wilayah Azure. Untuk mendukung GZRS, suatu wilayah harus mendukung zona ketersediaan dan memiliki wilayah berpasangan.

Rekam jepret dan frekuensi sinkronisasi

Untuk memastikan berbagi file redundan Geo dan GeoZone dalam keadaan konsisten ketika failover terjadi, rekam jepret sistem dibuat di wilayah utama setiap 15 menit dan direplikasi ke wilayah sekunder. Ketika failover terjadi ke wilayah sekunder, status berbagi didasarkan pada rekam jepret sistem terbaru di wilayah sekunder. Karena jeda geografis atau masalah lainnya, rekam jepret sistem terbaru di wilayah sekunder mungkin lebih lama dari 15 menit.

Properti Waktu Sinkronisasi Terakhir (LST) pada akun penyimpanan menunjukkan terakhir kali data dari wilayah utama berhasil ditulis ke wilayah sekunder. Untuk Azure Files, Waktu Sinkronisasi Terakhir didasarkan pada rekam jepret sistem terbaru di wilayah sekunder. Anda dapat menggunakan PowerShell atau Azure CLI untuk memeriksa Waktu Sinkronisasi Terakhir untuk akun penyimpanan.

Penting untuk memahami hal berikut tentang properti Waktu Sinkronisasi Terakhir:

Properti Waktu Sinkronisasi Terakhir pada akun penyimpanan didasarkan pada layanan (Files, Blobs, Tables, Queues) di akun penyimpanan yang paling tertinggal.
Waktu Sinkronisasi Terakhir tidak diperbarui jika tidak ada perubahan yang dilakukan pada akun penyimpanan.
Perhitungan Waktu Sinkronisasi Terakhir dapat kehabisan waktu jika jumlah berbagi file melebihi 100 per akun penyimpanan. Disarankan kurang dari 100 berbagi file per akun penyimpanan.

Pertimbangan mekanisme alih fungsi

Dengan GRS atau GZRS, berbagi file tidak akan dapat diakses di wilayah sekunder kecuali terjadi failover. Jika wilayah utama menjadi tidak tersedia, Anda dapat memilih untuk beralih ke wilayah sekunder. Proses failover memperbarui entri DNS yang disediakan oleh Azure Files sehingga titik akhir sekunder menjadi titik akhir utama baru untuk akun penyimpanan Anda. Selama proses failover, data Anda tidak dapat diakses. Setelah failover selesai, Anda dapat membaca dan menulis data ke region utama yang baru. Setelah kegagalan selesai, wilayah sekunder menjadi wilayah utama, dan Anda dapat kembali membaca dan menulis data. Untuk informasi selengkapnya, lihat Pemulihan bencana dan failover Azure Files.

Penting

Azure Files tidak mendukung penyimpanan geo-redundant read-access (RA-GRS) atau penyimpanan geo-zone-redundant read-access (RA-GZRS). Jika akun penyimpanan dikonfigurasi untuk menggunakan RA-GRS atau RA-GZRS, berbagi file akan dikonfigurasi dan ditagih sebagai GRS atau GZRS.

Item berikut mungkin berdampak pada kemampuan Anda untuk melakukan failover ke wilayah sekunder:

Failover akun penyimpanan diblokir jika rekam jepret sistem tidak ada di wilayah sekunder.
Failover akun penyimpanan diblokir jika akun penyimpanan berisi lebih dari 100.000 file share. Untuk melakukan failover pada akun penyimpanan, buka permintaan dukungan.
Pemegang dan penyewaan file tidak dipertahankan saat pengalihan gagal, dan klien harus melepaskan dan memasang kembali berbagi file.
Kuota berbagi file mungkin berubah setelah failover. Kuota berbagi file di wilayah sekunder akan didasarkan pada kuota yang dikonfigurasi ketika rekam jepret sistem diambil di wilayah utama.
Operasi penyalinan yang sedang berlangsung akan dibatalkan ketika terjadi failover. Ketika failover ke wilayah sekunder telah selesai, lakukan kembali operasi penyalinan.

Untuk melakukan failover pada akun penyimpanan, lihat memulai failover akun.

Redundansi geografis untuk berbagi file SSD

Seperti yang disebutkan sebelumnya, opsi geo-redundansi (GRS dan GZRS) tidak didukung untuk berbagi file SSD. Namun, Anda dapat mencapai geo-redundansi dengan cara lain.

Untuk skenario Azure File Sync, Anda dapat menyinkronkan antara berbagi file Azure (titik akhir cloud Anda), server file Windows lokal, dan berbagi file yang dipasang yang berjalan di komputer virtual di wilayah Azure lain (titik akhir server Anda untuk tujuan pemulihan bencana). Anda harus menonaktifkan penjenjangan cloud untuk memastikan semua data ada secara lokal, dan menyediakan penyimpanan yang cukup di Azure VM untuk menyimpan seluruh himpunan data. Untuk memastikan perubahan akan mereplikasi dengan cepat ke wilayah sekunder, file hanya boleh diakses dan dimodifikasi di titik akhir server daripada di Azure.

Anda juga dapat membuat skrip Anda sendiri untuk menyalin data ke akun penyimpanan di wilayah sekunder menggunakan alat seperti AzCopy (gunakan versi 10.4 atau yang lebih baru untuk mempertahankan ACL dan tanda waktu).

Ringkasan pilihan redundansi

Tabel di bagian berikut ini meringkas opsi redundansi yang tersedia untuk Azure Files.

Parameter durabilitas dan ketersediaan

Tabel berikut ini menjelaskan parameter utama untuk setiap opsi redundansi:

Pengaturan	LRS	ZRS	GRS	GZRS
Persentase ketahanan dalam setahun tertentu	setidaknya 99,999999999% (sebelas angka 9)	setidaknya 99,9999999999% (dua belas angka 9)	setidaknya 99,99999999999999% (16 angka 9)	setidaknya 99,99999999999999% (16 angka 9)
Ketersediaan untuk permintaan baca	Setidaknya 99,9% (99% untuk kelas Cool)	Setidaknya 99,9% (99% untuk kelas Cool)	Setidaknya 99,9% (99% untuk kelas Cool)	Setidaknya 99,9% (99% untuk kelas Cool)
Ketersediaan untuk permintaan penulisan	Setidaknya 99,9% (99% untuk kelas Cool)	Setidaknya 99,9% (99% untuk kelas Cool)	Setidaknya 99,9% (99% untuk kelas Cool)	Setidaknya 99,9% (99% untuk kelas Cool)
Jumlah salinan data yang dipertahankan pada simpul terpisah	Tiga salinan dalam satu wilayah	Tiga salinan di zona ketersediaan terpisah dalam satu wilayah	Total enam salinan, termasuk tiga di wilayah utama dan tiga di wilayah sekunder	Total enam salinan, termasuk tiga di seluruh zona ketersediaan terpisah di wilayah utama dan tiga salinan redundan lokal di wilayah sekunder

Untuk informasi selengkapnya, lihat SLA bagi Akun Penyimpanan.

Durabilitas dan ketersediaan berdasarkan skenario pemadaman

Tabel berikut menunjukkan apakah data Anda tahan lama dan tersedia dalam skenario tertentu, tergantung pada jenis redundansi mana yang berlaku untuk akun penyimpanan Anda. Azure Files tidak mendukung akses baca ke wilayah sekunder jika wilayah utama menjadi tidak tersedia, kecuali jika terjadi failover.

Skenario pemadaman listrik	LRS	ZRS	GRS	GZRS
Sebuah simpul dalam pusat data menjadi tidak tersedia	Ya	Ya	Ya	Ya
Seluruh pusat data (zonal atau non-zonal) menjadi tidak tersedia	Tidak	Ya	Ya¹	Ya
Terjadi pemadaman di seluruh wilayah di wilayah utama	Tidak	Tidak	Ya¹	Ya¹

¹ Alih fungsi akun diperlukan untuk memulihkan kemampuan untuk menulis jika wilayah utama menjadi tidak tersedia.

Untuk informasi harga untuk setiap opsi redundansi, lihat Harga Azure Files.

Kemampuan dukungan wilayah berdasarkan pada model penagihan yang berbeda-beda

Anda dapat memverifikasi dukungan wilayah untuk berbagai model penagihan menggunakan perintah berikut.

Untuk melihat dukungan wilayah berdasarkan model penagihan yang berbeda, gunakan Azure PowerShell atau Azure CLI.

# Login to Azure account
Connect-AzAccount

# Track down the subscription ID in GUID format
$subscriptionID = "your-subscription-id-number"

# Get Token
$token = Get-AzAccessToken

# Invoke SRP list SKU API, and get the returned SKU list
$result = Invoke-RestMethod -Method Get -Uri "https://management.azure.com/subscriptions/$($subscriptionID)/providers/Microsoft.Storage/skus?api-version=2024-01-01" -Headers @{"Authorization" = "Bearer $($token.Token)"}

# Filter the SKU list to get the required information, customization required here to get the best result.
$filteredResult = $result | `
    Select-Object -ExpandProperty value | `
    Where-Object {
        $_.resourceType -eq "storageAccounts" -and
        # Filter based on your needs. FileStorage kind includes pv2, and pv1 file share, where StorageV2 kind include PayGO file shares.
        $_.kind -in @("FileStorage", "StorageV2") -and
        # Filter based on your needs. "Standard_" for PayGO file share, "StandardV2_" for Pv2 file share, "Premium_" for pv1 file shares.
        # $_.name.StartsWith("StandardV2_") -and
        # Change region based on your need to see if we currently support the region (all small cases, no space in between).
        # $_.locations -eq "italynorth" -and
        $_.name -notin @("Standard_RAGRS", "Standard_RAGZRS")
    }

if ($filteredResult.Count -eq 0) {
    Write-Output "No results found."
} else {
    $filteredResult | `
        Select-Object `
            -Property `
                @{
                    Name = "sku";
                    Expression = { $_.name }
                }, `
                kind, `
                @{
                    Name = "mediaTier";
                    Expression = {
                        if ($_.tier -eq "Premium") {
                            "SSD"
                        } elseif ($_.tier -eq "Standard") {
                            "HDD"
                        } else {
                            "Unknown"
                        }
                    }
                }, `
                @{
                    Name = "billingModel";
                    Expression = {
                        if ($_.name.StartsWith("StandardV2_") -or
                            $_.name.StartsWith("PremiumV2_")
                        ) {
                            "ProvisionedV2"
                        } elseif ($_.name.StartsWith("Premium_")) {
                            "ProvisionedV1"
                        } else {
                            "PayAsYouGo"
                        }
                    }
                }, `
                @{
                    Name = "location";
                    Expression = { $_.locations | Select-Object -First 1 }
                } | ft sku, kind, mediaTier, billingModel, location
}

Skrip ini menggunakan prosesor JSON baris perintah jq. Untuk mengunduhnya, kunjungi https://jqlang.org/download/

# Login to Azure account
Az login

# Track down the subscription ID in GUID format and set subscription ID
subscriptionID="your-subscription-id-number"

# Get Token
token=$(az account get-access-token --query accessToken --output tsv)

# Invoke SRP list SKU API, and get the returned SKU list
result=$(az rest --method get --uri "https://management.azure.com/subscriptions/$subscriptionID/providers/Microsoft.Storage/skus?api-version=2024-01-01" --headers "Authorization=Bearer $token")

# Filter the SKU list to get the required information, customization required here to get the best result.
filteredResult=$(echo $result | jq '.value[] | select(.resourceType == "storageAccounts" and (.kind == "FileStorage" or .kind == "StorageV2") and (.name | test("^(?!Standard_RAGRS|Standard_RAGZRS)")))' )

if [ -z "$filteredResult" ]; then
    echo "No results found."
else
    # Print the table header
    printf "%-30s %-15s %-10s %-20s %-15s\n" "SKU" "Kind" "MediaTier" "BillingModel" "Location"
    # Print the filtered results
    echo $filteredResult | jq -r '. | "\(.name)\t\(.kind)\t\(.tier | if . == "Premium" then "SSD" elif . == "Standard" then "HDD" else "Unknown" end)\t\(.name | if test("^StandardV2_|^PremiumV2_") then "ProvisionedV2" elif test("^Premium_") then "ProvisionedV1" else "PayAsYouGo" end)\t\(.locations)"' | while IFS=$'\t' read -r sku kind mediaTier billingModel location; do
        printf "%-30s %-15s %-10s %-20s %-15s\n" "$sku" "$kind" "$mediaTier" "$billingModel" "$location"
    done
fi

Bagikan melalui

Lihat juga