Amazon FSx | マネージド型共有ファイルストレージシステム | アマゾン ウェブ サービス
可用性と耐久性
可用性と耐久性: シングル-AZ および Multi-AZ ファイル・システム
FSx を採用する上で考えなければいけないことは以下のようなことがあり
- FSxには64TB容量の上限がある
- シングル、マルチAZ構成
- バックアップから復旧する際は EC2 等同様に新規インスタンスで立ち上がる
冗長性はもちろん、拡張性も考慮しなければいけない
バックアップから復旧するときも、DNS名、IPアドレスが変わるためクライアント側の対応も考慮しなければいけない
AWSの公式マニュアルにもあるとおり、現状では配置リージョンによって取れる手法が異なっている
ちなみに色々セットアップ完了後に知ってちょっと絶望した
幸い各方式においても DFS名前空間はサポートされているため、DFSを設定してみる
AWS FSx DFS名前空間の設定
DFSネームスペースを使用した複数のファイル システムのグループ化
DFS名前空間のインストール
ドキュメントでは CloudFormation から Windows Server の EC2 デプロイからとなっているがすでに AD 管理用にあるためそちらを利用する
機能の追加から「DFS Namespaces」を選択してインストール
機能の追加に伴う再起動は不要
DFS名前空間の設定
DFSサーバを指定し、起点とする共有フォルダを作成する
DFSは AWS DS Managed MicrosoftAD クライアントとして立てた Windowsサーバーを利用する
管理ツールから DFS管理 を起動し「新しい名前空間」を作成します
DFSサーバにするサーバを指定、この場合はローカルサーバのコンピュータ名を入力
DFSにより管理する共有領域の起点となるパス、フォルダー名を指定
名前入空間の種類、ここはそのまま
問題なければ内容を確認し作成する
DFSメンバーの登録
DFSをインストールし、DFSサーバを設定し、 DFSサーバ上に起点となる共有フォルダ領域が出来たので、その配下にメンバーとなるFSxを登録する
DFS管理ツールより作成した名前空間に新しいフォルダー作成を選択し
フォルダーターゲットにFSxを指定する
作成すると起点の共有フォルダー内にDFS管理のショートカットが作成され
クライアントから対象フォルダのパスにアクセスすると FSx の領域にリダイレクトされる
\＜domain name＞\＜folder name＞\＜DFS link for FSx＞
AWS DS を利用している場合、設定内容が反映されるまで少し時間がかかる
FSxにて大容量のサイズ運用（64TB以上）や複数FSxインスタンス運用をする可能性がある場合に DFS という選択肢からは逃げられない
しかし DFS にも注意点があり
- DFSサーバが起点のファイルサーバになるため常に起動しておく必要がある
- DFSサーバが停止した場合は共有領域にアクセスできなくなるため、DFSサーバの冗長化の検討が必要
- FSxと連携する場合、DFS側起点フォルダ権限管理とFSx側のフォルダ権限管理などちょっと考慮が必要
と、せっかくクラウドでファイルサーバ！ってやってるのに
やってることはオンプレ的な運用とそう大きくは変われない。ストレージサーバの面倒を見なくて良くなったくらいだね
FSxもマルチAZに対応したり、ストレージサイズ、スループットのオンデマンド変更できるようになったりと
サービス機能もユーザーの要望に沿ってきてるけど、やはりまだまだ足りない感はあるし、
AWS の感じ的にエンタープライズ向けにそんな力入れてる感じも無いし、Azure や Office365 がやっぱり良いと思った
大規模に「クラウド移行！」というより、ミニマムに使い始めるのが多分丁度いい