2020年7月13日月曜日

Nutanix Filesの分析①(File Analytics)

今回はNutanix Filesで利用できる分析機能「File Analytics」の導入方法について、ご紹介させて頂きます。

昨今、様々なものをターゲットに分析というキーワードが注目されています。
そもそも、分析とはどのようなものなのかを検索してみると、

「分析:物事をいくつかの要素に分け、その要素・成分・構成などを細かい点まではっきりさせること。」

とあります。
分析という取り組みには様々な目的があると思いますが潜在的な課題や問題を抽出し、改善すべき点を見つけることが分析の一つの利用方法になります。

今回ご紹介するFile AnalyticsはNutanix Filesの分析を行うことが出来ます。
この記事ではFile Analyticsの導入手順をご説明します。

File Analyticsの導入

File AnalyticsはNutanixのクラスター上の仮想アプライアンスとして動作します。
導入はPrismから簡単にデプロイが可能です。

Prismの左上のメニューから「File Server」に移動して、右上の「Deploy File Analytics」を選択します。

このようなウィンドウが表示されるので、「Deploy」を選択します。

初回デプロイ時はFile Analyticsのバイナリをインターネットからダウンロードを行います。
(インターネットへ接続がない環境では予めNutanix Support Potalからバイナリを手動でダウンロードし、下部の「upload the File Analytics binary」からアップロードが可能です。)
任意のバージョンを指定し、ダウンロードを完了してください。
なお、本環境ではv2.1.0を利用しています。

ダウンロードが完了すると、そのままFile Analyticsのパラメーター指定画面が表示されます。

上の赤枠には、ホスト名やネットワーク情報の指定を行います。
ここで、File Analyticsが所属するネットワークはFSVMのクライアント側ネットワークを指定する必要があります。
下の赤枠にはFile Analyticsのリソースを指定します。
本番環境では少し大きめのリソースが必要になりますが、検証レベルであればデフォルトでも問題ありません。

各項目入力後に下部の「Deploy」を選択することで、仮想アプライアンスのデプロイが開始されます。

デプロイは数分で完了します。
正常にデプロイに成功すると、仮想マシン一覧でFile Analyticsの仮想アプライアンスが起動していることが確認出来ます。

デプロイ後はFile AnalyticsとNutanix Filesを関連付ける必要があります。
分析対象のFilesを選択し、「File Analytics」をクリックします。

データを保持する期間を指定し、使用しているディレクトリサービスの認証情報を入力します。
File Analyticsでは最大で1年のデータを保持することが出来ます。

File Analyticsのダッシュボード画面が表示されます。
デプロイ・紐付け直後はデータが存在しないため、グラフの動きはほとんどない状態となります。

以上でFile Analyticsの導入は完了になります。

次回はFile Analyticsの利用方法をご紹介いたします。

2020年5月29日金曜日

Nutanix Filesのバックアップと復元(Self Service Restore)

Nutanix Filesのバックアップ

今回はFilesのバックアップ周りについて、ご説明させて頂きます。
はじめに、Nutanix Filesは純正の機能だけでバックアップ、レプリケーション、フォルダ単位のリストアが可能です。
障害対策を目的としたバックアップやレプリケーションとそれらの復元はProtection Domain、ヒューマンエラーなどによって生じた細かなフォルダ単位のリストアはSelf Service Restoreという機能を用いることで、対応することが出来ます。

Protection DomainでFilesの保護

FilesはNutanixのスナップショットを利用した純正のバックアップ機能が利用可能です。
過去の記事「Nutanix Filesの構築手順①(Filesの作成)」(https://hanpamonoengineer.blogspot.com/2020/04/nutanix-filesfiles.html)で、Files構築時にNutanixのバックアップ機能であるProtection Domainを自動的に作成することが出来ます。

※Protection Domainについては、以下の記事をご覧下さい。
https://hanpamonoengineer.blogspot.com/2020/02/nutanixprotectiondomain.html

過去の記事でFilesをデプロイする直前に「Create a Protection...(略)」という項目にチェックを入れた場合は、FilesのProtection Domainが自動的に作成されます。

左上のメニューから「Protection Domain」を選択することで、Filesを保護するProtection Domainが作成されていることを確認できます。
右下の「Take Snapshot」から、Filesのバックアップを取得することが出来ます。
必要に応じて、右下の「Update」から取得タイミングのスケジュールなど設定を行って下さい。

すでに存在するFilesのProtection Domainを作成したい場合は、再度左上のメニューから「File Server」に戻り、保護したいFilesを選択し下部の「Protect」を選択します。

表示されたウィンドウの下部に「Protect File Server」というボタンがあるので、こちらを選択することでFilesのProtection Domainが作成出来ます。
なお、Protection Domainはボタン左のテキストに入力された名前で作成されます。

Protection Domainからの復元

Protection Domainからの復元はFilesのFSVMと呼ばれる仮想アプライアンスをまるっとクローンする形で実施されます。

対象のProtection Domainを選択した状態で、下部の[Local Snapshots]タブから復元ポイント一覧が確認出来ます。
復元ポイント右側の「Restore」を選択することで、復元のメニューが表示されます。

以降の手順は、Files作成時と同様でFilesのホスト名や所属するドメイン名、FSVMのIPアドレス設定などを行う形になります。

新規作成時とほとんど差異はありませんが、以下のように画面は遷移します。
・Filesのホスト名と所属ドメインを指定

・クライアント側のネットワークを指定

・ストレージ側のネットワークを指定

・ディレクトリサービスの指定(SMBを選択)

・最後の確認画面は作成時と異なります。(15分ほど時間が必要とアナウンスされています)

※ホスト名、IPアドレスなどは既存のFilesが存在する場合にバッティングしてしまうので、注意して下さい。

おおよそ15分程度でクローン(復元)が完了しました。

仮想マシン一覧から、FSVMもクローンされていることが確認出来ます。

クライアントからの接続も問題なく実施出来ます。

以上で、Protection Domainによる保護と復元方法になります。

Protection Domainはリストア時の粒度が大きくなります。
フォルダ単位の細かな復元を行う場合は、次のSelf Service Restoreを活用します。

Self Service RestoreでFilesを保護

Self Service Restoreと呼ばれる機能を利用することで、フォルダ単位の細かな復元が行えます。

Self Service RestoreはFilesで作成した共有フォルダ単位で設定を行います。
共有フォルダ作成時に存在する項目「Enable Self Service Restore」にチェックを入れることで有効になります。
※共有フォルダ作成方法については、以下の記事をご覧下さい。

すでに作成済みの共有フォルダでSelf Service Restore設定の有無は「SHARE/EXPORT」
から確認出来ます。
Self Service Restoreの項目がYESであれば、有効になっている状態です。

Self Service Restoreの取得状態は、下部の「Self Service Restore」タブから確認することが出来ます。
(こちらはあくまで確認だけ出来ます。)

また、作成済みの共有フォルダでSelf Service Restoreを有効にするには、共有フォルダを選択して下部の「Update」から作成時と同様の項目が設定出来るので、こちらから「Enable Self Service Restore」にチェックを入れることで有効化出来ます。

Self Service Restoreの復元ポイントが作成されるタイミングを指定することも可能です。
Protection Domainを作成する時と同じく、「Protect」から復元ポイントが作成されるタイミングが設定出来ます。
デフォルトでは以下のタイミングで復旧ポイントの作成と保持が行われます。
・1時間毎/24保持
・1日毎/7保持
・1週間毎/4保持
・1ヶ月毎/3保持

右側の「鉛筆マーク」を選択することで変更、または「+Add schedule」から新たな項目が追加することが出来ます。



Self Service Restoreからの復元

Self Service Restoreの復元は作業は非常に簡単です。
Self Service Restoreを有効化した共有フォルダは、Windowsエクスプローラーの[プロパティ - 以前のバージョン]タブから復元ポイントの一覧が表示されます。
復元ポイントを選択して既存フォルダへ上書きすることや、共有フォルダ内の各ファイル・フォルダを異なる場所に保存することも出来ます。

Self Service Restoreの優れている点は、細かな粒度で復元出来るということはもちろんですが、復元作業をアクセス権を持つ各ユーザーが個別で実施出来ることです。
一般的なファイルサーバーであればヒューマンエラーによるファイルの消失が発生した場合は、ファイルサーバーの管理者が復元作業を実施することが多いです。
ファイルサーバーの管理者は様々な業務を兼任していることが多く、社員数が増えると復旧作業に時間を多く取られてしまい、他の業務に時間を割けないなどの課題が発生します。

Self Service Restoreを利用すれば、ヒューマンエラーによるファイル消失の復元作業は各ユーザーにオフロード出来るため、管理者の復元作業に伴う負荷を軽減することが出来ます。

まとめ

今回はFilesを保護する2つの方法をご紹介しました。

Protection Domainによる保護は遠隔地へのレプリケーション(バックアップ)用途でも利用できるため、障害発生時に備えたデータ保護という目的で大きな効果を発揮します。
ただし保護を行う粒度が大きくなり、復旧時はクローンを作成する仕様により余剰なリソースが必要となってしまうため、利用できるシーンが限定されます。

Self Service Restoreによる保護は共有フォルダ単位で設定が可能なため、細かな粒度で設定が行えます。
また、復元作業も各ユーザーが簡単に実施出来るため、ファイルサーバー管理者の負荷を軽減出来る点も非常に優れたものになります。

2つの機能を併用することで、障害発生時のファイルサーバー全体の復旧と、ヒューマンエラー等による共有フォルダ単位の細かな復旧が対応可能になります。

2020年5月19日火曜日

Nutanix Files(共有フォルダの種類と負荷分散)

過去の記事「Nutanix Filesの構築手順②(共有フォルダの作成)」(https://hanpamonoengineer.blogspot.com/2020/05/nutanix-files.html)で共有フォルダの作成方法をご紹介した際に、通常利用される「標準共有フォルダ」以外にホームフォルダーやユーザープロファイル用途に適した、「分散共有フォルダ」というものが説明に少しだけ出てきたかと思います。
今回はこちらについて、詳しくご説明をさせて頂きます。

Filesの負荷分散について

分散共有フォルダの特徴を理解するためには、Filesの負荷分散の仕組みについて把握しておく必要があります。

標準共有フォルダの負荷分散

「分散共有フォルダ」の前に、「標準共有フォルダ」の負荷分散の仕組みついてご説明します。
なお、過去の記事「Nutanix Filesの構築手順②(共有フォルダの作成)」でご紹介した内容は「標準共有フォルダ」を作成する方法になります。

FilesはFSVMと呼ばれるNASヘッドの役割を担う仮想アプライアンスが、Nutanixの各ノード上で動作するということはFilesの記事を初めて投稿した際にお伝えさせて頂いたかと思います。
ファイルサーバー利用時、クライアントは各ノード上のFSVMにアクセスされ、負荷分散が行われます。
もう少し詳しく説明するとこの負荷分散はFilesで作成した上位の共有フォルダ毎にFSVMが割り当てられる仕組みになっており、例えば以下の図のような形で部署ごとの共有フォルダを複数作成した場合には、それぞれアクセスした際の接続先FSVMが共有フォルダ毎に固定されます。

接続する人数が多い、または扱うデータが極端に多い共有フォルダなどが存在する場合は負荷が分散されるように設計を考慮する必要があります。
特にホームフォルダーやユーザープロファイルの領域を「標準共有フォルダ」で作成してしまうとMS側の仕様上、一つのフォルダ直下にユーザー毎のプロファイルが作成されてしまうため、一つのFSVMに全ユーザーのアクセスが集中してしまい、パフォーマンスに影響を及ぼす恐れがあります。

分散共有フォルダの負荷分散

ここまでの説明は以前の記事でご紹介したFilesの「標準共有フォルダ」で作成された場合の仕様になります。
今回の記事で紹介する「分散共有フォルダ」は、上記と異なる動作が行われます。
「分散共有フォルダ」の負荷分散はFiles上で作成した、上位のフォルダ直下のフォルダ毎にFSVMが割り当てられる形になります。
ホームフォルダーやユーザープロファイルの領域は指定したフォルダ配下にユーザー毎のフォルダが自動的に作成されるため、各FSVMに効率よく負荷分散が行われます。

以下の図は標準共有フォルダと分散共有フォルダ両方のパターンでユーザープロファイル用途にFilesを利用した場合のイメージ図になります。

標準共有フォルダでユーザープロファイル領域を作成した場合(ダメなパターン)
Filesの上位共有フォルダ(図では「UserProfile」フォルダ)でFSVMが割り当てられる仕様のため、一つのノードに負荷が集中しまいます。

分散共有フォルダでユーザープロファイル領域を作成した場合(良いパターン)
Filesの上位共有フォルダ直下のフォルダ(図では各ユーザープロファイルのフォルダ毎)でFSVMが割り当てられるため、各ノードで負荷が分散されることになります。

このように、上位フォルダ直下の各フォルダにアクセスが集中するような用途の場合は「分散共有フォルダ」を利用することで、効率的に負荷分散が行なえます。


分散共有フォルダの作成方法

分散共有フォルダを作成する場合は、過去の記事「Nutanix Filesの構築手順②(共有フォルダの作成)」(https://hanpamonoengineer.blogspot.com/2020/05/nutanix-files.html)で共有フォルダ作成時の項目「Use "Distributed"...(略)」にチェックを入れることで分散共有フォルダとして作成することが出来ます。
※この項目は共有フォルダ作成後に変更は出来ないため、注意して下さい。

なお、すでに作成した共有フォルダがどちらなのかを確認する場合はPrismの「SHARE/EXPORT DETAILS」から確認出来ます。
 ↓拡大↓
分散共有フォルダの場合は「Distributed」、標準共有フォルダの場合は「Standard」と表示されます。


分散共有フォルダ利用時の注意点

ここまで色々といいことをご紹介してきた分散共有フォルダですが、残念ながら少しばかりデメリットがあります。
分散共有フォルダ直下の共有フォルダはWindowsのエクスプローラーからはアクセス権の設定やフォルダの作成が行なえません。
各種操作はMMC(Microsoft 管理コンソール)に専用のプラグインを追加することで対応することが可能です。

プラグインの準備

Files用のプラグインはNutanix Support Portalよりダウンロード出来ます。

msi拡張子のこのようなファイルが取得できます。

取得したmsiファイルを実行し、画面の指示にしたがってインストールを進めます。

MMCにプラグインを追加

インストール後にMMCを起動し、インストールしたプラグインを追加します。
追加されたプラグインは「Files TLD Namespace Management」という名称で表示されます。

追加する際にFilesのホスト名(例:\\ntnx-files01)を入力します。

分散共有フォルダのアクセス権変更と直下へのサブフォルダ作成

MMCから追加したプラグインを起動すると、Filesの共有フォルダ一覧が表示されたウィンドウが表示されます。

一覧から分散共有フォルダを右クリックして、「Change Permissions」からアクセス権の変更、「New Folder」からフォルダの作成が出来ます。
操作は以上になります。

簡単な手順ですが複数の画面を操作することになってしまうので、運用時の負荷が高まってしまう点はデメリットになると私は考えています。


※ユーザープロファイルとして利用時

ユーザープロファイルとして利用する場合は、GPOでユーザープロファイルの領域に分散共有フォルダを指定することで、ユーザー初回ログオン時にプロファイルが自動的に作成されます。
指定方法は通常のファイルサーバーと同じです。
 指定方法:\\{Filesのホスト名}\[分散共有フォルダ名}\%USERNAME%

(いくつかのユーザーでログインした後の分散共有フォルダの状態)

ユーザープロファイルのような用途であれば、手動でフォルダを作成する必要がないため分散共有フォルダを簡単に活用することが出来ます。


簡単にまとめ

ふたつの共有フォルダはそれぞれ異なった特徴を備えているため、利用されるシチュエーションで使い分けることが求められます。

各部署で利用するような通常の共有フォルダは「標準共有フォルダ」で作成することにより、基本的な操作はWindowsエクスプローラーから行えるため、NTFSアクセス権の設定や新たなフォルダ作成など運用がやりやすくなります。

ユーザープロファイルのような大量のフォルダが作成され、負荷が集中されるような共有フォルダの用途では、「分散共有フォルダ」で作成することで効率よく負荷分散が行われます。


今回は主に分散共有フォルダにスポットを当ててご紹介をさせて頂きましたが、いかがだったでしょうか。
Nutanixは複数のノードで提供されることが前提のため、通常のファイルサーバーと異なり負荷分散を効率よく行うための仕組みが組み込まれています。
簡単に利用できるFilesですが、その良さを活かすためには少しだけこういった工夫が必要になってきます。

次回も同じくFilesに関する内容を投稿予定です。