Veritas Access 管理者ガイド
- 第 I 部 Veritas Access の概要
- 第 II 部 Veritas Access の構成
- ユーザーまたは役割の追加
- ネットワークの構成
- Veritas Access ネットワークの構成について
- イーサネットインターフェースの結合について
- イーサネットインターフェースの結合
- DNS 設定の構成
- イーサネットインターフェースの IP アドレスについて
- イーサネットインターフェースについて
- 現在のイーサネットインターフェースと状態の表示
- IP アドレスの設定
- ジャンボフレームを使用する Veritas Access の設定
- VLAN インターフェースの設定
- NIC デバイスの構成
- ネットワークインターフェースの交換
- PCI ID をクラスタから除外する
- ルーティングテーブルの設定について
- ルーティングテーブルの設定
- ファイアウォール設定の変更
- IP 負荷分散
- 認証サービスの構成
- 第 III 部 Veritas Access ストレージの管理
- ストレージの構成
- ストレージのプロビジョニングと管理について
- ディスクの構成について
- ストレージプールの設定について
- ストレージプールの構成
- クォータの使用状況について
- ファイルシステムクォータの状態の有効化、無効化、表示
- ファイルシステムクォータの設定と表示
- 指定したグループのユーザーのユーザー割り当ての設定
- CIFS ホームディレトリのクォータについて
- Flexible Storage Sharing について
- Flexible Storage Sharing の制限事項
- Flexible Storage Sharing ファイルシステムに対するイレイジャコーディングの構成
- Veritas Access CLI を使用したストレージの設定と管理のワークフロー
- クラスタ内のノードに関連付けられたすべてのディスクデバイスに関する情報の表示
- WWN 情報の表示
- 新規プールまたは既存プールに対する新しい LUN の強制的なインポート
- LUN のホスト検出の開始
- LUN のストレージ容量の増量
- ディスクのフォーマットまたは再初期化
- ディスクの削除
- I/O フェンシングによるデータ整合性の構成
- iSCSI の構成
- iSCSI ターゲットとしての Veritas Access
- ストレージの構成
- 第 IV 部 Veritas Access ファイルアクセスサービスの管理
- NFS サーバーの構成
- CIFS サーバーとしての Veritas Access の使用
- CIFS 用の Veritas Access の構成について
- スタンドアロンモード用の CIFS の構成について
- スタンドアロンモード用の CIFS サーバーの状態の構成
- セキュリティ設定の変更
- CIFS サーバー停止後のセキュリティ設定の変更
- Active Directory (AD) について
- Active Directory (AD) ドメインモードの CIFS の設定について
- NTLM の設定
- 信頼できるドメインの設定について
- CIFS サーバーへのアクセスを許可される信頼できるドメインの指定
- IDMAP バックエンドを rid に設定するときの、信頼できるドメインによる CIFS へのアクセスの許可
- IDMAP バックエンドを ldap に設定するときの、信頼できるドメインによる CIFS へのアクセスの許可
- IDMAP バックエンドを hash に設定するときの、信頼できるドメインによる CIFS へのアクセスの許可
- IDMAP バックエンドを ad に設定するときの、信頼できるドメインによる CIFS へのアクセスの許可
- CIFS の IDMAP バックエンドとしての Windows Active Directory の設定について
- CIFS スキーマ拡張を使用した Active Directory スキーマの構成
- CLI による認証用の LDAP クライアントの構成
- LDAP バックエンドでの CIFS サーバーの構成
- Active Directory の信頼できるドメインの設定
- アカウント情報の保存について
- ユーザーおよびグループアカウントの保存
- CIFS サービスの再構成
- CIFS/NFS 共有のユーザー名のマッピングについて
- mapuser コマンドについて
- CIFS ユーザーと NFS ユーザーとの間のマッピングの追加、削除、または表示
- UNIX ユーザーの LDAP から Windows ユーザーへの自動マッピング
- ホームディレクトリの管理について
- CIFS クラスタモードについて
- CIFS 共有とホームディレクトリの移行について
- CIFS の aio_fork オプションの設定
- ローカルユーザーとグループの管理について
- CIFS データ移行の有効化
- Oracle Direct NFS と連携する Veritas Access の構成
- FTP サーバーの構成
- 第 V 部 Veritas Access Object Store サーバーの管理
- 第 VI 部 監視とトラブルシューティング
- 第 VII 部 Veritas Access ファイルシステムのプロビジョニングと管理
- 第 VIII 部 クラウドストレージの構成
- 第 IX 部 Veritas Access 共有のプロビジョニングと管理
- アプリケーション用の共有の作成
- NFS 共有の作成と維持
- CIFS 共有の作成と維持
- CIFS 共有の管理について
- CIFS 共有としてのディレクトリのエクスポート
- Enterprise Vault ストアのセカンダリストレージとしての CIFS 共有の構成
- 異なる CIFS 共有としての同じファイルシステムまたはディレクトリのエクスポート
- CIFS のエクスポートオプションについて
- 共有プロパティの設定
- CIFS 通常共有を追加するときのシステムファイルの非表示
- CIFS 共有のプロパティの表示
- 指定したユーザーとグループの CIFS 共有へのアクセスを許可
- 指定したユーザーとグループの CIFS 共有へのアクセスを拒否
- CIFS スナップショットのエクスポート
- CIFS 共有の削除
- CIFS 共有の変更
- CIFS 共有をシャドウコピー対応にする
- スケールアウトファイルシステム用の CIFS 共有の作成
- OpenStack での Veritas Access の使用
- Veritas Access と Data Insight の統合
- 第 X 部 Veritas Access ストレージサービスの管理
- データの重複排除
- ファイルの圧縮
- SmartTier の構成
- Veritas Access SmartTier について
- Veritas Access での SmartTier の使用方法
- 各階層ファイルシステムのポリシーの構成
- ファイルシステムへの階層の追加
- ファイルシステムのセカンダリ層の列の追加または削除
- ファイルシステムの階層にミラーを構成する
- 指定した階層のすべてのファイルの一覧表示
- SmartTier ファイルシステムのリストの表示
- 階層化ポリシーについて
- 各階層ファイルシステムのポリシーの設定について
- 再配置ポリシーを設定するためのベストプラクティス
- 階層ファイルシステムのファイルまたはディレクトリの再配置
- 指定したファイルの階層の場所の表示
- すべての階層ファイルシステムのスケジュール設定について
- 階層ファイルシステムのスケジュールの設定
- ポリシーの実行により移動または除去される可能性があるファイルの表示
- ファイルシステムのメタデータ情報のセカンダリ層への書き込みを許可する
- メタデータ情報をプライマリ層にのみ制限する
- ファイルシステムからの階層の削除
- SmartIO の構成
- ソリッドステートドライブ用の SmartIO について
- SmartIO の構成について
- Veritas Access ファイルシステム上で実行するアプリケーションの SmartIO 読み取りキャッシュについて
- Veritas Access に対する SmartIO 読み取りキャッシュの設定
- Veritas Access ファイルシステムで実行しているアプリケーションに対する SmartIO ライトバックキャッシュについて
- ライトバックキャッシュの調整
- ライトバックキャッシュ領域からのダーティデータの消去
- VxFS ファイルシステムの SmartIO ライトバックキャッシュの設定
- VxFS キャッシュ領域の確認とキャッシュの監視
- キャッシュモードの設定
- キャッシュの動作のカスタマイズ
- キャッシュ領域のキャッシュ統計の表示
- 一時的なレプリケーションの構成
- Veritas Access の一時的なレプリケーションについて
- Veritas Access の一時的なレプリケーションのしくみ
- Veritas Access の一時的なレプリケーションの開始
- ソースクラスタと宛先クラスタ間の通信の設定
- レプリケートするファイルシステムの設定
- 一時的なレプリケーションユニットから除外するファイルの設定
- 一時的なレプリケーションのスケジュール設定
- レプリケート対象の定義
- 並列する一時的なレプリケーションジョブの最大数について
- 一時的なレプリケーションジョブの管理
- 圧縮データのレプリケート
- 一時的なレプリケーションジョブの情報と状態の表示
- 一時的なレプリケーションジョブの同期
- 一時的なレプリケーションの宛先ファイルシステムの動作
- 一時的なレプリケーション先として構成されているファイルシステムへのアクセス
- リカバリポイント目標 (RPO) レポートの作成
- 一時的なレプリケーションジョブのフェールオーバーとフェールバック
- 連続レプリケーションの構成
- スナップショットの使用
- インスタントロールバックの使用
- NetBackup クライアントを使用する Veritas Access の構成
- NetBackup クライアントとしての Veritas Access について
- NetBackup クライアントを構成するための前提条件
- NetBackup Snapshot Client について
- NetBackup スナップショット方式について
- NetBackup SAN クライアントの有効化または無効化
- NetBackup 向けに Veritas Access を設定するためのワークフロー
- NetBackup マスターサーバーの登録またはオプションのメディアサーバーの追加
- バックアップから除外されるファイルの表示
- バックアップに含まれているファイルまたは除外ファイルの表示
- バックアップ内のファイルのリストへのパターンの追加または削除
- NetBackup で使用される仮想 IP アドレスの設定またはリセット
- NetBackup 仮想名の設定
- NetBackup サービスの状態の表示
- NetBackup またはその他のサードパーティ製のバックアップアプリケーションを使用したバックアップ操作の構成
- NetBackup SAN クライアント上の Veritas Access ファイルシステムのバックアップまたは復元の実行
- スナップショットのバックアップまたは復元の実行
- NetBackup クライアントのインストールまたはアンインストール
- NetBackup クラウドストレージ向けに Veritas Access を設定します。
- 第 XI 部 参照
Veritas Access ファイルシステムで実行しているアプリケーションに対する SmartIO ライトバックキャッシュについて
Veritas Access は、Veritas Access ファイルシステムで実行するアプリケーション用にソリッドステートドライブ (SSD) のライトバックキャッシュをサポートします。このシナリオでは、アプリケーションの読み取りと書き込みは可能なかぎりキャッシュから行われます。
SmartIO は、ライトバックモードで書き込みキャッシュを提供します。ライトバックモードでは、アプリケーションの書き込みは、SmartIO キャッシュ (通常は SSD) にデータが書き込まれた後で成功を返します。後で、SmartIO はキャッシュをフラッシュし、ディスクにダーティデータが書き込まれます。ライトバックキャッシュにより、ユーザーデータの同時書き込みによる遅延の改善が期待できます。書き込み順序の忠実性は、ディスクへのダーティデータのフラッシュでは保証されません。
ライトバックキャッシュは読み取りキャッシュのスーパーセットです。ライトバックキャッシュが有効になっていると、読み取りキャッシュも暗黙で有効になります。可能な場合は読み取りはキャッシュから行われ、ファイルシステムはファイルデータをキャッシュに透過的に読み込みます。読み取りキャッシュとライトバックキャッシュの両方を、同じファイルに対して同時に有効にできます。
ライトバックキャッシュモードでは書き込みのパフォーマンスが向上しますが、ディスクコピーが常に最新ではない可能性があることも意味します。キャッシュデバイスで障害が発生した場合、ライトバックモードでキャッシュされているファイルはディスク上に完全に存在しない可能性があります。SmartIO には、デバイスがオンラインに戻ったときにキャッシュデバイスからデータをフラッシュするメカニズムがあります。Veritas Access は、キャッシュリフレクションによってデータの損失に対する追加の保護を提供します。デフォルトではキャッシュリフレクションは有効になっています。
ライトバックキャッシュには、厳密に 2 つのノードを持つクラスタが必要です。クラスタに 3 つ以上のノードがある場合、またはクラスタのノードが 1 つだけの場合は、ライトバックキャッシュを有効にできません。
ライトバックキャッシュを有効にすると、SmartIO は、ファイルシステムレベルのライトバックデータを他のノードの SSD キャッシュにミラー化します。キャッシュリフレクションと呼ばれるこの動作は、ノードで障害が発生した場合にライトバックデータが失われるのを防ぎます。あるノードで障害が発生した場合、他のノードは再構成の一部として、失われたノードのミラー化されたダーティデータをフラッシュします。キャッシュリフレクションは、保留中のダーティデータがあるノードで障害が発生した場合でも、ライトバックデータが消失しないようにします。
マウントポイントでライトバックキャッシュを有効にすると、そのファイルシステムでの適格な同時書き込みがキャッシュされます。SmartIO は、次のような基準を使って、書き込みがライトバックキャッシュの条件に合うかどうかを判断します。
書き込み要求が PAGESIZE に揃っている (4 KB の倍数である) こと。
書き込み要求が 2 MB 以下であること。
書き込みが発生しているファイルがマップされていないこと。
管理者がライトバックキャッシュを明示的に無効にしていないこと。
クラスタに 3 つ以上のノードがある場合、ライトバックキャッシュは適格と見なされません。
SmartIO 機能がこれらの判断を行うのを助けるアドバイザリ情報を追加することによって、キャッシュされるデータをカスタマイズすることもできます。