😚 👨🏽‍🔬 👯 Veritas Access 7.3：長所、短所、落とし穴 🎽 🧘🏼 🔑

ソフトウェア定義のストレージアプローチ

この記事では、ファイル、ブロック、オブジェクトアクセスをサポートする通常のx86アーキテクチャサーバーに基づく多目的スケーラブルデータストレージであるSoftware-Defined Storage（SDS）Veritas Access 7.3の新しいバージョンを確認し、テストします。私たちの主な仕事は、その機能と能力を備えた製品に精通することです。

ベリタスは、情報管理の分野における信頼性と経験の同義語であり、バックアップ市場で長年のリーダーシップの伝統を持ち、情報を分析してその高可用性を確保するためのソリューションを生み出しています。 Veritas Access Software-Defined Storageには未来があり、しばらくすると製品が人気を博し、SDSソリューション市場で重要な地位の1つを占めると確信しています。

Accessが作成されたプラットフォームは、InfoScale（Veritas Storage Foundation）の長い歴史を持つ製品でした。これは、仮想化の欠如の時点で、高可用性（HA）ソリューションで人気のピークでした。また、Veritas Accessの弟から、Software-Defined Storageの形でのHAの継続的なサクセスストーリーを期待しています。

Veritas Accessの利点の1つは価格です。製品は、アクティブなコアの数（GPL（グローバル価格表）で約1000ドル/ 1コア）でライセンスされており、コストはディスクの数とストレージシステムの合計に完全に依存しません。ノードの場合、低コア、高性能のシングルプロセッササーバーを使用するのが妥当です。大まかに言うと、4ノードクラスターのAccessライセンスのコストは20,000〜30,000ドルです。これは、GPLの1 TBの未加工領域あたり1,500ドルから始まる他のSDSソリューションの背景に対して、非常に魅力的です。

Veritas AccessとCephおよびその類似のSDSソリューションを区別する主な利点は、「ボックスのような」ことです。VeritasAccessは、本格的なエンタープライズレベルの製品です。 Accessの実装とサポートには、nix SDSシステムに関する深い知識を持つ専門家だけができるような困難はありません。一般に、SDSソリューションを導入することは特に難しいタスクではありません。動作中に、ノードの障害時の追加、データの転送、更新などの形で主な困難が生じます。Accessの場合、ソリューションはStorage Foundationについて説明されているため、すべての問題が理解できます。また、Cephの場合、専門的なサポートを提供できる有資格者が必要です。誰かがAccess'aの形で既製のソリューションを快適に操作できます。誰かは、より柔軟なアプローチを備えた快適なCephコンストラクターのようですが、知識が必要です。 Accessを他のSDSソリューションと比較することはしませんが、新製品の簡単な概要を説明します。おそらく彼は、どのSDSソリューションをより快適に使用できるかという質問で選択を行うのを手伝ってくれるでしょう。

生産に可能な限り近いテストの透明性を確保するために、Veritasディストリビューターの1つであるOCSの同僚と協力して、物理サーバー上に5ノードのスタンドを構築しました：Open Technologiesデータセンターの2ノードクラスターとOCSデータセンターの3ノードクラスター。以下は写真と図です。

ファイルvsブロックvsオブジェクトストレージ

Veritas Accessは、すべてのプロトコルを介した配布で機能し、ファイル、ブロック、およびオブジェクトへのアクセスを提供します。唯一の違いは、ファイルアクセスはWEBインターフェイスを介して設定するのが非常に簡単であるのに対して、他の2つの設定は現在、説明が不十分で複雑であることです。

NFS、S3はアクティブ/アクティブモードのノードで機能します。現在のリリース7.3のiSCSIおよびCIFSは、アクティブ/パッシブで動作します。 NFS、S3を介して接続されたサービスは、いずれかのノードで障害が発生しても機能し続けます。CIFS、iSCSIを介して接続されたサービスは、CIFS（Samba）がアクティブなノードの損失に耐えられない場合があります。 iSCSIと同様に、クラスターがノードに障害が発生したことを認識し、別のノードでCIFSサービス（Samba）を開始するまで時間がかかります。 iSCSIおよびCIFSのアクティブ/アクティブは、将来のリリースで約束されています。

7.3のiSCSIは、2017年12月17日にリリースが約束されているVeritas Access 7.3.1で技術プレビューとして提示されます。iSCSIの本格的な実装がアクティブ/アクティブになります。

モードの詳細：

アクティブ-アクティブ：2つ（またはそれ以上）のクラスターノードがアプリケーションで動作します。いわゆる「アプリケーションは2つのレッグを持つストレージシステム上にあります」モードです。つまり、アプリケーションで動作する1つのクラスターノードの出力は、アクセス拒否やデータ損失を引き起こしません。
アクティブ/パッシブ：アプリケーションは1つのクラスターノードのみで動作します。この場合、「アプリケーションは片足でストレージシステム上にあります」。ノードの重大な損失、記録されたデータの損失（エラー）、および短期アクセス。ファイルゴミの場合、カメラからのビデオアーカイブの記録-これは重要ではありません。また、CIFSを使用してデータベースをバックアップすることを決定し、バックアップの記録時に、負荷を取ったノードの動作が停止します。「oops」が発生し、バックアップを再開する必要があります。したがって、ノードがデータミラーが書き込まれる負荷またはノードの受け入れに失敗した場合、何も悪いことは発生せず、パフォーマンスのみがわずかに低下します。

なぜSDSなのか？

ちょっとした理論。

従来のストレージシステムは、必要なパフォーマンスとデータの可用性を提供して、現在のタスクの優れた仕事をします。しかし、異なる世代のストレージシステムのストレージと管理のコストは、従来のソリューションの最も強力な側面ではありません。個々のシステムコンポーネントを交換することでパフォーマンスが向上するスケールアップアーキテクチャスケーリングは、現代のITの世界で非構造化データの成長を抑制することはできません。

スケールアップ垂直スケーリングアーキテクチャに加えて、スケールアウトソリューションが登場しました。スケールアウトソリューションでは、新しいノードを追加し、ノード間で負荷を分散することでスケーリングが行われます。このアプローチを使用すると、非構造化データの増大の問題が迅速かつ簡単に解決されます。

従来のストレージシステムの短所：

•高コスト

•ストレージの保存期間が短い

•さまざまな世代およびメーカーの洗練されたストレージ管理

•スケールアップスケーリングアーキテクチャ

スケールアウト水平スケーリングを備えたソフトウェア定義ストレージの長所：

•システムのハードウェアに依存せず、ノードには任意のx86サーバーを使用できます。

•容易なスケーリングと冗長性のサポートを備えた柔軟で信頼性の高いソリューション

•ポリシーベースのアプリケーションの予測可能なサービスレベル

•低コスト

•パフォーマンス

短所ソフトウェア定義のストレージシステム：

•テクニカルサポートの単一ポイントの欠如

•より資格のあるエンジニアが必要です。

•リソースの量のN倍の必要性（過剰量）

3〜5年使用した後、従来のストレージシステムを拡張しようとすると、ユーザーは急激にコストが上昇し、新しいストレージシステムの購入を余儀なくされます。さまざまなメーカーの異なるデバイスが登場すると、ストレージサブシステム全体の品質と信頼性のレベルを確保する制御が失われ、原則としてビジネス上の問題を解決することが非常に難しくなります。

一方、ソフトウェアデファインドストレージを使用すると、成長するデータを配置する問題を確認できます。その実装により、さまざまなメーカーや世代のストレージシステムから動物園を飼育することなく、情報のパフォーマンスと可用性を維持できます。これにより、すべての計画でデータにアクセスしやすくなります。

主なビジネス上の利点

x86プラットフォームの新旧両方の既存のハードウェアをサポートする、手頃な価格の信頼性の高いストレージシステム。
非構造化データの要件を満たす高性能-多数の小さなファイルを低遅延で保存し、高記録速度を提供することでストリーミング負荷を処理するための理想的なソリューション。
高可用性。マルチノードスケーラブルファイルシステムのおかげで、アクセスを終了することなく、ノードのローカル、メトロ、およびグローバル距離で別のリソースに切り替えることができます。
新しいアプリケーションや古いアプリケーション向けの単一のストレージソリューション。マルチプロトコルストレージソリューション（CIFS、NFS、iSCSI、S3）
使いやすいWEB、SSH、RESTful API。
柔軟でスケーラブルなアーキテクチャ。新しいノードを簡単に追加して、生産性、耐障害性、および容量を増やすことができます。

主な仕様

可用性の高いスケーラブルなファイルシステムは、レプリケーションによってローカルおよびグローバルにフォールトトレランスを提供します。
ポリシーベースのストレージ管理。これにより、可用性、パフォーマンス、データ保護、ボリュームセキュリティのレベルを柔軟に調整できます。
ファイルおよびオブジェクトへのマルチプロトコルアクセス：NFS、SMB3 / CIFS、iSCSI、FTP、およびS3で動作し、異なるプロトコルを使用した1つのボリュームの読み取りおよび書き込みのサポートを含みます。
ハイブリッドクラウド：

-OpenStack：CinderおよびManilaのサポート

-Amazon（AWS）：S3インターフェイスとプロトコルのサポート。
一元化されたユーザーインターフェイス-シンプルで直感的なインターフェイスですべてのノードを管理するための単一のウィンドウ。
異種メモリDAS、SSD、SAN、およびクラウドのサポート。
ストレージ階層化：クラウド、SAN、DAS、SSDなどの異なるストレージボリューム間のティアリングをサポートします。
読み取りキャッシュ：SSDをキャッシュに使用する機能。
ストレージの最適化：重複排除と圧縮のサポート
スナップショット。
直接バックアップ対応：バックアップおよびVeritas Enterprise Vaultサポート用の組み込みNetBackupクライアント。
LDAP、NIS、およびADをサポートする柔軟な認証機能。
WEB、SSH、RESTful APIをサポートする柔軟な管理機能。

建築

Veritas Accessは、ノードの拡張に合わせて柔軟かつ簡単に拡張できます。このソリューションは、主に非構造化データやその他のストレージタスクを扱うのに適しています。ソフトウェア定義のストレージの必要性は、信頼性、高性能、手頃な価格を兼ね備えた多目的、マルチプロトコル製品への移行を決定します。

Veritas Access Clusterは、接続されたサーバーノードで構成されます。一緒になって、すべての主要なリソースを共有する統合クラスターを形成します。最小のリファレンスアーキテクチャは、2ノードの統合ストレージソリューションで構成されています。

Veritas Access Foundation-Veritas Storage Foundation

Veritas Storage Foundationのライフサイクル中に得られた成果は、最新のSDSクラス製品であるVeritas Accessに論理的な用途があることを発見しました。基本的に、次のコンポーネントは、Accessで明示されます。

Veritas Cluster Server（VCS）は、アプリケーションサービス用のクラスタリングシステムです。
Veritas Cluster File System（CFS）は、クラスター化されたファイルシステムです。
Veritas Cluster Volume Manager（CVM）は、クラスター論理ボリュームマネージャーです。
柔軟なストレージ共有（FSS）は、ノードのすべてのローカルストレージリソースを単一のプールに結合し、クラスター内の任意のノードからアクセスできるようにする技術です。

Veritas Access 7.3ホストは、Linux Red Hatリリース6.6〜6.8を実行しているx86サーバーを使用します。リリース7.3.0.1以降-RedHat 7.3-7.4。クラスタへの参加は、VCSテクノロジーによるものです。使用可能なディスクはすべてストレージプールとして使用されます。クラスターにノードを追加するには、サーバーに少なくとも4つのイーサネットポートが必要です。少なくとも2つのポートがクライアントアクセスに使用され、少なくとも2つのポートがノード間相互接続に使用されます。ベリタスは、クロスサイト相互接続にInfiniBandを使用することをお勧めします。 1 GBイーサネット相互接続の最小要件。

RAMによると、実稼働用の推奨事項は32 GBです。 Veritas Cluster File System（CFS）では、RAMが原因でデータをキャッシュできます。したがって、32 GBを超えるメモリサイズは不要になりますが、使用量を少なくしないことをお勧めします。テストでは、8 GBで十分であり、ソフトウェアの制限はありません。

3ノード構成は避けるのが最善です; 2ノードまたは4、5などを一度に使用することをお勧めします。 1つのクラスターの現在の制限は20ノードです。 InfoScaleクラスターは60をサポートするため、20ノードは制限ではありません。

VCSクラスターは、NFS、CIFS、S3、FTP、Oracle Direct NFS、およびVeritas Accessノード上の対応するインフラストラクチャを介したデータアクセスサービスのフォールトトレラントな操作を提供します。特定の構成では、異なるプロトコルを使用して同じデータを読み書きできます。

最大3 Pバイトのサイズのファイルシステムを整理するために、スケーラブルなファイルシステム（スケールアウト）を使用できます。これにより、特に単一の名前空間内の外部クラウドストレージに接続できます。分散ストレージまたは災害復旧システムを構築する場合、異なるVeritas Accessリポジトリ間のファイル複製を設定できます。このテクノロジーを使用すると、ソースクラスタのファイルシステムを最低15分間隔で非同期にリモートクラスタに複製でき、リモートファイルシステムは複製中に読み取り用に開いたままになります。レプリケーションリンク間の負荷分散をサポートし、ソースが利用できない場合にリモートファイルシステムを即座に記録モードに切り替え、障害が発生した場合にレプリケーションサービスをあるノードから別のノードに切り替えます。

同時レプリケーション操作の数は無制限です。レプリケーションテクノロジーは、Veritas CFS / VxFS機能（ファイルシステムレベルでのファイル変更ログとスナップショット）を使用して変更を迅速に識別することに注意することが重要です。

ディスクワークアーキテクチャ

OCSと一緒のスタンドのスキーム：

Open Technologiesの写真ブース：

ダウンロードしてインストール

このリンクで30日間のサブスクリプション用のLinux Red Hat Enterpriseディストリビューションキットを入手してください。トライアルが完了すると、特に必要なリリース6.6〜6.8のRed Hatディストリビューションをダウンロードできるようになります。

このリンクで Veritas Accessディストリビューションを入手できます。これを行うには、トライアルフォームに記入します。インストール中に、システム自体が60日間キーを提供します。プライマリライセンスは、Web管理パネルの[設定]→[ライセンス]セクションで後から追加できます

バージョン7.3のすべてのドキュメントは、ここから入手できます。

Veritas Accessのインストールは、2つの段階に分けることができます。

1. Red Hat Enterprise Linuxのインストールと設定

2. Veritas Accessのインストール

Linux Red Hat Enterprise Linuxをインストールする

難なく典型的なLinuxインストール。

Red Hatの要件：

Red Hatサブスクリプションでは、Veritas Accessインストーラーが必要なRPMをプルアップします。 Access 7.3のリリース以降、必要なすべてのモジュールがインストーラーリポジトリに追加されました。

パブリックインターフェイスでは、IPアドレスに加えて、インターフェイス構成ファイルでConnectionまたはONBOOT = yesフラグを自動的に設定する必要があります。

Veritas Accessをインストールします。

インストールファイルは1つのノードに配置する必要があります。次のコマンドによりインストールが開始されます。

# ./installaccess node1_ip node2_ip nodeN_ip

ここで、node1_ip、node2_ipは、パブリックインターフェイスのIPアドレスのいずれかです。

Veritas Accessをインストールする際に考慮すべき点がいくつかあります。

Veritas Accessインストーラーは、完璧なインストールのために設計されています。左右のステップは彼にとって重要であり、インストールエラーにつながる可能性があります。アドレス、マスク、名前を慎重に入力します。
インストールは、sshではなく、ホストへの物理的なアクセスがない場合、任意のホストからローカルで実行するか、サーバー管理メカニズムを介して実行する必要があります。
Veritas Accessを初めてインストールできない場合は、Red Hatを再インストールし、最初からVeritas Accessのインストールを開始することをお勧めします。エラーが発生した場合、インストーラーはインストールの開始前にシステムのロールバックを提供しません。これにより、Veritas Accessサービスが部分的に起動され、問題が発生する可能性があります。

Veritas Accessのインストール後、2つの管理コンソールが使用可能になります。

•web-この例ではhttps://172.25.10.250:14161です

•ssh-172.25.10.250で、ユーザー名master（デフォルトのパスワードはmaster）とroot

Accessのインストール後、クラスターでデータ用に使用する予定の各ノードのすべてのディスクをクラスターに提供する必要があります。一部のクラスタードライブには他の計画があるため、このプロセスは自動ではありません。

CLISHコマンド：

 # vxdisk list # vxdisk export diskname1-N # vxdisk scandisks

「非標準」サーバーディスクの場合、ディスクモデルとS / Nディスクが存在するアドレスを指定する必要があります。私の場合、SATAディスクではコマンドが判明しました：

 # vxddladm addjbod vid=ATA pid="WDC WD1003FBYX-0" serialnum=18/131/16/12

これは、ハードウェア互換性リスト以外のハードドライブに比べて、SDSシステムにとってわずかなマイナスです。各ベンダーは、ディスクに標準を定めており、テラバイトを異なるバイト数、セクターで認識し、識別子を異なるアドレスに配置しています。そして、状況は非常に正常です。 SDSストレージシステムがディスクを正しく検出しない場合、少し助けが必要です。Accessの場合、手順はこちらです。

そして、ここにAccessのプラスがあります。非標準的な状況があります。Googleが検索するソリューションを含むドキュメントがあり、さらにvxddladmモジュール自体に詳細なヘルプがあります。ブルジョアのフォーラムを読んで、ひざまずいて本番環境で予測できない結果を出す必要はありません。問題を個別に解決できない場合は、いつでもテクニカルサポートに連絡できます。

その結果、クラスターの各ノードが各ディスクにアクセスできる必要があります。

インストール後、インストールファイルのあるフォルダーは削除されます。

仕組み

この例では、クラスターは2つのノードで構成されています。

各ノードには、物理IPアドレスと仮想IPアドレスがあります。物理IPは各ノードに一意として割り当てられ、仮想IPはクラスターのすべてのノードにサービスを提供します。物理インターフェースを使用して、ノードの可用性を確認し、sshを介して直接接続できます。ノードが利用できない場合、その物理インターフェイスは利用できません。各ノードの仮想IPは、クラスターのすべてのノードにサービスを提供し、少なくとも1つのライブクラスターノードがある限りアクティブです。クライアントは仮想アドレスでのみ動作します。

各ボールには、使用可能なIPに関する情報が表示されます。

任意の時点で、1つのノードがマスターとして機能します;スクリーンショットでは、これはノードva73_02です。マスターノードは、管理タスク、負荷分散を実行します。ノードウィザードの役割は、可用性が失われた場合や、Veritas Accessクラスタのロジックで定められた多くの条件が満たされた場合に、別のノードによって転送または取得できます。内部相互接続が失われると、各ノードがマスターになるという不快な状況が発生する場合があります。内部相互接続の信頼性には特に注意を払う必要があります。

運営管理

Veritas Accessには、ルートおよびマスターモードのCLISH、WEBおよびREST APIの3つの管理インターフェースがあります。

sshマスターモード（ログインルート、マスター）	ウェブ

sshマスターモード

最も完全なクラスター管理コンソールVeritas Accessは、ユーザー名master（デフォルトのパスワードはmaster）を使用して、管理IP上のssh経由でアクセスします。直感的で簡素化された一連のコマンドと詳細なヘルプがあります。

sshノードモード

通常のLinux管理コンソールでは、IPコントロールのルートログインを使用してssh経由でアクセスします。

WEB

WEBクラスター管理コンソール、IP管理ポートのルートまたはマスターログインを介したアクセス：14161、httpsプロトコル。

WEBコンソールは、 sshマスターモードでコマンドを解釈します。

各リリースでは、WEB管理機能が拡張されています。

初期設定

ストレージシステムとしてのVeritas Accessの起動に関する簡単な説明。

1.ストレージプールでディスクを結合します

2.ディスクの種類、データ、および必要な保護（RAIDのアナログ）に基づいてファイルシステムを作成します

3.必要なプロトコルに従ってファイルシステムを共有します。 1つのファイルシステムを複数のプロトコルで共有できます。たとえば、NFSとCIFSの両方を介して、一時的および永続的に同じファイルにアクセスできます。

4.あなたは素晴らしいです。

外部ストレージシステムおよびその他のストレージデバイスのISCSIを介した接続

Veritas Accessは、ストレージ用のサードパーティiSCSIまたはストレージボリュームの使用をサポートしています。サードパーティのストレージドライブは、RAW形式で個別に提供する必要があります。これが不可能な場合は、RAID 5 of 3ディスクを使用します。データ保護は、Veritas Accessファイルシステムによって保証されており、上記のセクションで説明されています。ハードウェアRAIDレベルでデータを保護する必要はありません。データがミラーリングされるノードの数は、Accessファイルシステム設定で示されます。

iSCSIを介して接続されたボリュームは、共有プールに含めることができます。

iSCSIディスクの追加は次のようになります。

1.ストレージセクションでiSCSIをオンにします。

2. iSCSIデバイスを追加します。

3. iSCSIドライブを接続します。

iSCSIテストドライブとして-win2012

iSCSIストレージボリュームでの配布

現在のリリースの構成プロセスは少し独特です。詳細については、コマンドリファレンスガイド（iSCSIターゲットサービス）の437ページを参照してください。現在のリリースの多くのチームにとって、設定を確認する方法はありません。すべてのパラメーターは、TXTファイルに事前に記録されています。

重要な注意、バージョン7.3には、iSCSIサービスが開始されないバグがあります！

次のように修正できます。

ノードで、ファイル/opt/VRTSnas/pysnas/target/target_manager.pyを修正する必要があります

381行目で、[1]を[-1]に修正します。

iSCSIで配布を開始するプロセスは次のようになります。

 va73.Target> iscsi service start ACCESS Target SUCCESS V-288-0 iSCSI Target service started va73.Target> iscsi target portal add 172.25.10.247 ACCESS Target SUCCESS V-288-0 Portal add successful. va73.Target> iscsi target create iqn.2017-09.com.veritas:target ACCESS Target SUCCESS V-288-0 Target iqn.2017-09.com.veritas:target created successfull va73.Target> iscsi target store add testiscsi iqn.2017-09.com.veritas:target ACCESS Target SUCCESS V-288-0 FS testiscsi is added to iSCSI target iqn.2017-09.com.veritas:target. va73.Target> iscsi lun create lun3 3 iqn.2017-09.com.veritas:target 250g ACCESS Target SUCCESS V-288-0 Lun lun3 created successfully and added to target iqn.2017-09.com.veritas:target va73.Target> iscsi service stop ACCESS Target SUCCESS V-288-0 iSCSI Target service stopped va73.Target> iscsi service start ACCESS Target SUCCESS V-288-0 iSCSI Target service started

別の重要な注意：iSCSIサービスを再起動しないと、新しい設定は適用されません！

問題が発生した場合、iSCSIターゲットログは次の方法で表示できます。

 /opt/VRTSnas/log/iscsi.target.log /opt/VRTSnas/log/api.log /var/log/messages

実際、それがすべてです。 iSCSIボリュームをVMware ESXiに接続します。

そのiSCSIに仮想マシンをインストールし、負荷なしで動作します。

これは、負荷がかかった状態でのシミュレートされたSLAVEノード障害の様子です（コピー10 GB）。

Veritas NetBackupとVeritas Accessの統合

Veritas Accessの重要な利点は、Veritas Access CLISHコマンドインターフェースを介してデフォルトで設定されるデフォルトのNetBackup Clientエージェントによって提供されるVeritas NetBackupバックアップソフトウェアとの統合統合です。次のタイプのバックアップ操作が利用可能です。

•完了します。

•差分増分。

•累積増分。

•VxFSレベルでのチェックポイントのインスタントコピー。

NetBackupの長期バックアップストレージ

Veritas AccessのNetBackup統合機能により、長期バックアップタスクのテープに代わる安価で簡単な代替手段となります。この場合、NetBackupメディアサーバーにインストールされ、NetBackup Storage Unit論理デバイスとして接続されているサードパーティのオープンソースソフトウェアOpenDedupを使用して統合を実行できます。 OpenDedupは、Veritas AccessストレージのS3バケットコンテナ内にある特殊なOpenDedup SDFSファイルシステムを使用してボリュームにインストールされます。バックアップを複製するとき、NetBackupポリシー（ストレージライフサイクルポリシー）はNetBackupストレージユニット論理デバイスへの書き込みを管理し、データはS3プロトコルを使用して重複排除形式でVeritas Accessストレージに送信されます。複数のメディアサーバーが同じS3バケットに同時に書き込むことができることに注意してください。これは、データストリームを非常に低い効率でしか圧縮できないテープメディアとは異なり、長期コピーの保存時にグローバルな重複排除を提供します。

すべてが非常に簡単に構成されますが、バージョン8.1以降の証明書が必要です。

ストレージボリューム：

NetBackupインターフェイス：

Veritas Accessアップグレードアップグレード

Veritas Accessバージョン7.2の学習とテストを開始しましたが、1週間のテストの後、新しい7.3がリリースされました。

興味深いケース-更新の質問がありました。

このケースは関連性があり、SDSソリューションの所有者が遅かれ早かれ遭遇するでしょう。

更新の可能性は、ログインマスターによって管理パネルで提供されます。

NFS上のVMwareのストレージとしてのVeritas Access

NFSの使いやすさに注意してください。その使用には、複雑なFCインフラストラクチャ、複雑なゾーニング構成プロセスの導入と開発、またはiSCSIの手順は必要ありません。ブロックプロトコルの場合のように、ストレージの粒度はデータストア全体ではなくVMDKファイルと等しいため、NFSを使用してデータストアにアクセスすることも簡単です。 NFSデータストアは、仮想ディスクファイルとその構成を持つ通常のホストマウントネットワークボールです。これにより、バックアップとリカバリの単位が単純なファイルであり、別の仮想マシンの別の仮想ディスクであるため、バックアップとリカバリが容易になります。 NFSを使用すると自動的にシンプロビジョニングが行われ、重複排除によってデータストアレベルまで直接解放されるという事実を無視することはできません。これにより、LUNを使用する場合のように、ストレージレベルではなく管理者とVMユーザーが使用できるようになります。また、仮想インフラストラクチャを使用するという点でも非常に魅力的です。

最後に、NFSデータストアを使用すると、2 TBの制限に制限されません。これは、たとえば、比較的負荷の少ない多数のI / Oマシンを管理する必要がある場合に非常に便利です。それらはすべて1つの大きなデータストアに配置でき、そのバックアップと管理は、それぞれ2 TBの多数の異なるVMFS LUNよりもはるかに簡単です。

さらに、データストアを自由に増やすだけでなく減らすこともできます。これは、VMが絶えず作成および削除されるクラウドプロバイダー環境など、多数の異種VMを備えた動的インフラストラクチャにとって非常に有用な機会になる可能性があります。

しかし、欠点もあります：

まあ、まず、RDM（Rawデバイスマッピング）を使用できないことです。これは、たとえば、MS Cluster Serviceクラスターを使用する場合に実装するために必要になることがあります。 NFSから起動することはできません（少なくともSANからの起動などの単純で通常の方法で）。 NFSの使用は、スタックの負荷のわずかな増加に関連しています。これは、ブロックSANの場合にホスト側で実装される多くの操作がNFSの場合にスタックによってサポートされるためです。これは、あらゆる種類のロック、アクセス制御などです。

NFSを介したVMwareからVeritas Accessへの接続は、次のようになります。ごく簡単です。

フォールトトレランスとパフォーマンスをテストするために、2つのノード上のミラーにあるボールでwin 2008 R2の仮想マシンをマークアップしました。

これは、負荷のないマスターノードの障害を模倣したもので、レイテンシケーブルを引き出したときに、0.7から7に上昇しました。

これは、負荷がかかっているマスターノードの障害（10 GBをコピー）の模倣です。

これは、負荷がかかった状態でSLAVEノードの障害をシミュレートする方法です（コピー10 GB）：

S3およびオブジェクトストレージ

NFS、iSCSI、CIFSの主な欠点の1つは、長距離で使用することが難しいことです。 NFSボールを近隣の都市に転送するタスクは、少なくとも興味深いと言えます。S3で実行するのは難しくありません。オブジェクトストレージの人気は高まっており、より多くのアプリケーションがオブジェクトストーリー、特にS3をサポートしています。

S3を構成してテストするには、便利で無料のツールであるS3ブラウザーがあります。 Veritas AccessでのS3の構成は非常に簡単ですが、オリジナルです。 S3経由でアクセスするには、アクセスキーとシークレットキーキーチェーンを取得する必要があります。ドメインユーザーは、Access WEBインターフェイスを介してキーを確認します。現在のリリースのルートユーザーのキーは、CLISHコンソールを介したスクリプトによって取得されます。

S3 NetBackupを介して接続：

レプリカ

Veritas Accessは、同期レプリケーションと非同期レプリケーションをサポートしています。レプリケーションは、追加ライセンスなしの基本機能にあり、非常に簡単に構成されます。非同期複製はファイルシステムに基づいており、同期複製はボリュームに基づいています。レプリケーションをテストするために、Veritas AccessクラスターとOCSディストリビュータークラスターをファイルシステムレベルのレプリケーションと組み合わせました。 IPSECトンネルは、サイト間の通信用に編成されました。

もう一度、スタンドのレイアウト：

WEBブラウザーを介した複製の構成：

認証に成功すると、レプリケーションリンクが表示されます。

性能を確認しました。

各クラスターから2つのボールを2つのフォルダーにマウントしました。

 [root@vrts-nbu03 mnt]# showmount -e vrts-access.veritas.lab Export list for vrts-access.veritas.lab: /vx/VMware-Test * /vx/test_rpl_in * [root@vrts-nbu03 mnt]# showmount -e 192.168.3.210 Export list for 192.168.3.210: /vx/NAS * /vx/test_rpl * [root@vrts-nbu03 mnt]# mount -t nfs 192.168.3.210:/vx/test_rpl /mnt/repl_out/ [root@vrts-nbu03 mnt]# mount -t nfs vrts-access.veritas.lab:/vx/test_rpl_in /mnt/repl_in/ [root@vrts-nbu03 mnt]#

データをソースフォルダーにコピーします。

タイマーを待たないように、レプリケーションジョブを開始しました。

 va73> va73> replication job sync test_rpl_job Please wait... ACCESS replication SUCCESS V-288-0 Replication job sync 'test_rpl_job'. va73>

受信者のフォルダにファイルが表示されました：

結論

Veritas Accessは興味深いソフトウェア定義ストレージソリューションであり、顧客に提供するのは恥ずべきことではありません。これは、ファイル、ブロック、およびオブジェクトへのアクセスをサポートする、本当に手頃な価格で簡単に拡張可能なストレージシステムです。 Accessは、非構造化データ用の高性能で費用対効果の高いストレージを構築する機能を提供します。 OpenStack、クラウドプロバイダー、その他のVeritasテクノロジーとの統合機能により、このソリューションを次の分野に適用できます。

• メディアの保有：写真およびビデオコンテンツの保存。

• 公共部門： 「安全な都市」などのシステムを備えたVedioarchivesの保管。

• スポーツ：スタジアムやその他のスポーツ施設によるビデオアーカイブやその他の重要な情報の保存。

• 電気通信：一次請求データCDR（通話詳細記録）の保存。

• 金融セクター：明細書、支払い書類、パスポートスキャンなどの保存。

• 保険会社：書類の保管、パスポートのスキャン、写真など。

• 医療部門： X線画像、MRI画像、分析結果などの保存。

• クラウドプロバイダー： OpenStackのストレージ組織。

• テープストレージの代替

強み：

•簡単なスケーラビリティ。

•任意のx86サーバー。

•比較的低コスト。

弱点：

•現在のリリースでは、製品にはエンジニアの注意が必要です。

•弱いドキュメント。

•CIFS、iSCSIはアクティブ/パッシブモードで動作します。

Veritas Accessチームは、スケジュール（ロードマップ）に従って新しいリリースを定期的にリリースし、バグを修正して新しい機能を追加します。 2017年12月17日にリリースされた新しいVeritas Access 7.3.1リリースの興味深い点から、iSCSIの本格的な実装、消去コーディング、クラスター内の最大32ノードが期待されています。

仕事、機能、カスタマイズについて質問がある場合-書き込み、電話、私たちはいつでもヘルプと協力の準備ができています。

ドミトリー・スミルノフ、

設計エンジニア

オープンテクノロジー

電話：+7 495 787-70-27

dsmirnov@ot.ru

Veritas Access 7.3：長所、短所、落とし穴