概要

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月時点でプレビュー)

プレビューなので詳細は省略。