概要
Azure Storageについてあまり知らないので、調査した結果をまとめます。
調査の観点
- 冗長化/レプリケーションの方式について。
- バージョニングについて。
- データ保存期間について。
参考サイト
- Azure Storage の価格の概要
https://azure.microsoft.com/ja-jp/pricing/details/storage/ - ストレージ アカウントがレプリケートされる方法を変更する
https://docs.microsoft.com/ja-jp/azure/storage/common/redundancy-migration?tabs=portal - Azureストレージのレプリケーション方式
http://chuu-information.com/cloud/post-122/
基本的なことの確認
参考サイト: https://azure-recipe.kc-cloud.jp/2017/12/storage_2017adcal/
Azure Storage V2について
参考サイト: https://www.slideshare.net/kogesaka/azure-177587267
V1からV2へのアップグレード時の懸念点
- V1からV2変換時にダウンタイムなどあるのか？ => 一切心配無いようです。いつでもアップグレードしてもよさそうです。
汎用 v1 または BLOB ストレージ アカウントから汎用 v2 ストレージ アカウントへのアップグレードは簡単です
Azure portal、PowerShell、または Azure CLI を使用してアップグレードできます。
汎用 v2 ストレージ アカウントへのアップグレードに伴うダウンタイムやデータ損失のリスクはありません。
アカウントのアップグレードは、アカウントの種類を変更する、Azure Resource Manager の単純な操作によって行われます。
https://docs.microsoft.com/ja-jp/azure/storage/common/storage-account-upgrade?tabs=azure-portal
気になる機能
注意事項
- Azureのリージョンは国単位ではない。東日本と西日本は別リージョン。
AWSではap-northeast-1アジアパシフィック(東京)のように、日本で１つだけなので紛らわしい。 - GEO冗長化はフェールオーバーモデル。Storageアカウント内でフェールオーバーする。
S3クロスリージョンレプリケーションはバケット間レプリケーション。
ライフサイクル管理
- Azure Blob Storage: ホット、クール、アーカイブ ストレージ層
https://docs.microsoft.com/ja-jp/azure/storage/blobs/storage-blob-storage-tiers?tabs=azure-portal
既存V1でのライフサイクルの説明。 - V2でしか使用できない。
V1からV2にはAzureポータルからでもアップグレードできる。
https://docs.microsoft.com/ja-jp/azure/storage/common/storage-account-upgrade?tabs=azure-portal
V2の場合、ライフサイクル管理で最終変更日によって各アクセス層への振り分けを実現できる。
Azureストレージのアクセス層を参照。
ライフサイクル設定時のコスト変化
参考サイト: https://azure.microsoft.com/ja-jp/pricing/details/storage/
- Standardの場合、デフォルトは
ホット。
| ホット | クール | アーカイブ | |
|---|---|---|---|
| 料金 | ¥2.24/GB | ¥1.68/GB | ¥0.224/GB |
| 比率 | 1 | 0.75 | 0.1 |
| 百分率 | 100% | 75% | 10% |
リージョン冗長化について
- 冗長性によって価格が違う。
- LRSとGRSでは価格が２倍違う。ホット/クール/アーカイブの比率は同じ。
LRS(ローカル)
ZRS(ゾーン間)
GRS(リージョン間)
データ保護
いくつか種類があってその関係や料金がわかりにくい。
BLOBのバージョン管理(2020年5月時点でプレビュー)
- 「ストレージ アカウントに対して有効になり、ストレージ アカウント内のすべての BLOB に適用されます。」
- 「ストレージ アカウントやコンテナーが誤って削除された場合、BLOB のバージョン管理はその復旧には役立ちません。 ストレージ アカウントが誤って削除されないようにするには、ストレージ アカウント リソースに対して CannotDelete ロックを構成します。」
- バージョン管理とスナップショットは関係ないらしい。
BLOBストレージの論理的な削除
- 「ストレージ アカウントで論理的な削除が有効になっている場合は、オブジェクトが削除された後、指定したデータ保持期間内にそれを復旧することができます。」
- 「論理的な削除は、新規と既存の両方の汎用 v2、汎用 v1、BLOB ストレージ アカウントで使用できます。 Standard と Premium の両方の種類のアカウントがサポートされています。 論理的な削除は、ホット、クール、アーカイブを含むすべてのストレージ層で使用できます。 」
- 内部でスナップショットで実装されているみたいなので、価格はスナップショット課金
次項参照。
BLOBのスナップショット
- 「スナップショットは、ある時点で作成された読み取り専用の BLOB です。」
- 「スナップショットはベース BLOB よりも長く存続できません。 ベース BLOB に関連付けられたスナップショットを列挙して、現在のスナップショットを追跡できます。」
- 「スナップショット (BLOB の読み取り専用コピー) を作成すると、別途データ ストレージ料金がアカウントに課金される場合があります。」
- 結構複雑な課金方法なので、よく分からない。
ブロックBLOBのポイントインタイム リストア(2020年5月時点でプレビュー)
プレビューなので詳細は省略。