1. まず3つのサービスの違いを整理する
- Azure Blob Storage
- Azure Files
- Azure NetApp Files
2. Rubrikの対応方式を先に比較する
3. Azure Blob StorageはRSCで直接保護できる
4. Blob StorageをRubrikで守るメリット
5. Azure Blob Storage保護ではArchival Locationが必要
6. Storage Account単位だけでなくContainerを除外できる
7. Azure Blobなら何でも守れるわけではない
8. Source BlobのTierにも制約がある
9. ADLS Gen2を利用している場合の注意
10. ADLS → non-ADLS Recoveryにも制約
11. Storage AccountそのもののMetadataも完全復旧ではない
12. Azure Blob StorageのPrivate Endpointにも対応
13. 次はAzure Files
14. Azure FilesはCloud Native Protectionではない
15. Azure FilesをNAS Cloud Directで守る
16. Azure Filesでは「Protocol」が設計項目になる
17. SMB Encryptionにも注意
18. Azure NetApp Filesは何が違う？
19. Azure NetApp FilesもCloud Native Protectionではない
20. Azure NetApp Files × NAS Cloud Direct
21. ANFはSAP HANAでも特殊な使われ方をする
22. 同じANFでも用途によって保護方式を変える
- 一般ファイル共有
- SAP HANA Data Volume
23. NAS Cloud Directとは何か
24. NAS Cloud DirectのBackup先としてAzure Blobも使える
25. Azure Blob Storageは2つの顔を持つ
- パターン1：Blob自体を保護
- パターン2：Backup保存先として利用
26. 3サービスのRecovery粒度を考える
- - Azure Blob
  - Azure Files
  - Azure NetApp Files
27. 3サービスを比較するとどうなる？
28. では、どの方式を選べばよい？
29. 「Azure標準BackupがあるからRubrik不要？」という考え方
30. Ransomware対策として重要なのは「別コピー」
31. 設計時のチェックリスト
32. まとめ
次回以降はさらに掘り下げます
- 【Rubrik × Azure Blob Storage｜制約編】Block Blobは守れる？Tier・ADLS・Private Endpointの注意点を整理する
参考資料