Tiger Bridge と Azure Blob Storage を使用してハイブリッド データ インフラストラクチャをデプロイする
[アーティクル] 2023/06/01
3 人の共同作成者
フィードバック
この記事の内容
Tiger Bridge の一般的な使用例
参照アーキテクチャ
開始する前に
デプロイ ガイド
サポート
次のステップ
さらに 2 個を表示
この記事では、Azure Blob Storage を使用した Tiger Bridge データ管理システムを設定する方法について説明します。 Tiger Bridge は、Windows プラットフォーム上の NTFS または ReFS ファイル システムと完全に統合されています。 また、SMB または NFS 経由でボリュームを管理できます。
Tiger Bridge は、異なるソースと Azure Blob Storage の間に 1 つのネーム スペースを作成するコネクタです。 これにより、異なるファイル システム間でファイル ロック機能を使用して、非構造化データのレプリケーション、階層化、コラボレーションが可能になります。 データは Azure Blob Storage にネイティブ形式で格納され、Azure やサード パーティのサービス (AI や ML など) からアクセスできます。
Tiger Bridge は物理インフラストラクチャまたは仮想インフラストラクチャにデプロイでき、既存の環境内で簡単に統合できます。 ソリューションの主な機能は次のとおりです。
データのレプリケーション
スペースの再利用
データのアーカイブ
データの同期
ライフサイクル管理とバージョン管理
オプションの分析コンポーネントは、データ セットの評価に役立ち、Azure Blob Storage 層が推奨されます。
既存のデータ セットとアクセス パターンに関する洞察を得て、Azure Blob に適した層 (ホット、クール、またはアーカイブ) を選択します。
前回のアクセスまたは最後の変更時刻に基づいて、Azure Blob Storage に対する使用頻度の低いデータの透過的なアクセスのためのポリシー ベースの階層化。
Microsoft DFS/DFS-R の操作など、クラスターベースのセットアップと既存のインフラストラクチャのためのディザスター リカバリー機能の提供
年齢、サイズ、または使用可能なストレージ容量に基づくインテリジェントなポリシー ベースのデータ アーカイブ。
Azure Blob Storage を使用した、ファイルロックを含む複数のファイル システム間のコラボレーション機能
保持ポリシーを使用した継続的なデータ保護の提供、Azure バージョンの統合、透過的な制御のための MS エクスプローラー シェル拡張機能による論理的な削除。
異なるファイル システムと Azure Blob 間の移行。
Tiger Bridge は、次の 2 つの構成でデプロイできます。
スタンドアロン ハイブリッド構成
マルチサイト構成
NTFS/ReFS は、ローカル ファイル システムを表します (ローカル ドライブや SAN ディスクなどとしてホストにローカル)。 Tiger Bridge は Microsoft Windows Server 上で実行され、Azure Blob Storage を使用して 1 つの名前空間を作成します。NAS ソース は、SMB、CIFS、または NFS を介してストレージをエクスポートできる外部オペレーティング システムによって管理される、あらゆる NAS (ネットワーク接続ストレージ) を表します。 このシナリオでは、Tiger Bridge はデータの管理を行うゲートウェイとして実行されます。
事前に計画を立てることが、Tiger Bridge のシームレスなデプロイにつながります。
Microsoft では、Azure の使用を開始する際に従うフレームワークを提供しています。 クラウド導入フレームワーク (CAF) は、エンタープライズ デジタル変革に向けた詳細なアプローチであり、運用レベルのクラウド導入を計画するための包括的なガイドです。 CAF には、迅速かつ安全に運用するのに役立つステップバイステップの Azure セットアップガイド が含まれています。 対話型バージョンは Azure portal で見つけることができます。 アプリケーションをデプロイするためのサンプル アーキテクチャ、具体的なベスト プラクティス、および Azure の専門知識を活用できる無料のトレーニング リソースが記載されています。
ハイブリッド シナリオでのデプロイに関する考慮事項 Tiger Bridge を使用したオンプレミスでのハイブリッドデプロイを検討する際には、いくつかの点が重要になります。
最も重要な点は、使用可能なネットワーク帯域幅です。 初期のレプリケーションをサポートし、実稼働アプリケーションに影響を与えることなく増分変更を行うには十分なネットワーク帯域幅が必要になります。 このセクションでは、ネットワークのニーズを評価するために使用できるツールと手法について概説します。
日常的に利用可能な通常は未使用の帯域幅 (つまりヘッドルーム ) がどれだけあるかを把握しておくことが重要です。 以下に関する目標を達成できるかどうかを評価するのに役立ちます。
オフライン方式の Azure Data Box を使用しない場合の初期のレプリケーション時間
増分再同期に要する時間
以下の方法を使用して、無料で利用できる Azure への帯域幅を特定します。
既存の Azure ExpressRoute を使用している場合は、Azure portal で回線使用量 を確認します。
既存の日単位および月単位の使用状況を表示するには、ISP にレポートの取得をお問い合わせください。
ルーターまたはスイッチ レベルでネットワーク トラフィックを監視することで、使用率を測定できるツールがいくつかあります。
デプロイを開始する前に、Tiger Bridge の使用事例を計画することをお勧めします。
Tiger Technology ストレージ評価を実行することを検討してください。 この手順では、最後のアクセス、変更時刻 (アクセス パターン)、ファイルの種類、サイズなど、既存のデータに関する分析情報を提供します。
保持ポリシーを適切に選択するために、既存のストレージ容量について理解します。
ポリシー (再利用、レプリケーション、アーカイブ、スナップショットに関するポリシー) の定義を適切に選択できるようにするために、将来のデータ ワークフローについての長期的な計画を検討します。
Tiger Bridge をデプロイする前に、ストレージ アカウント を作成する必要があります。 ストレージ アカウントは、階層化されたデータ、または Tiger Bridge ソリューションからレプリケートされるデータのリポジトリとして使用されます。 Tiger Bridge では、Azure Storage ブロック BLOB のアーカイブ層などのすべての Azure Storage サービスがサポートされます。 このサポートにより、使用頻度の低いデータをコスト効率の高い方法で保存しつつ、既知の 1 つのウィンドウを介してアクセスできるようになります。 Tiger Bridge の詳細については、ISV ソリューション の比較に関するページを参照してください。
ストレージ アカウントを作成します
ストレージ アカウント用のデータ保護を選択します
ストレージ アカウント内にコンテナーを作成します
Tiger Bridge をインストールする前に、Windows ファイル サーバーをインストールして完全に構成する必要があります。 Windows サーバーは、前の手順 で準備したストレージ アカウントにアクセスできる必要があります。
Tiger Bridge を Windows サーバーにインストールします。 インストールは、Tiger Bridge インストール ファイルを実行し、ウィザードに従って実行します。 インストール中に、次の 2 つのコンポーネントを選択できます。
Tiger Bridge では、製品、GUI、およびコマンド ライン インターフェイスがインストールされます。
シェル拡張機能により、Windows エクスプローラーとの統合が行われます。 エクスプローラーのコンテキスト メニューを使用して、データを手動で管理できます。
Tiger Bridge 構成で、ローカル ボリューム ソースを追加します。
左側のペインで [Tiger Bridge] を選択します。
[Add Source](ソースの追加) を選択します。ドライブのルートを選択するか、データの格納に使用するフォルダーを参照します。 フォルダーを選択し、[OK] を押します。 この例では、C:\AzureSource を使用します。
ローカル ソースと Microsoft Azure ターゲットをペアリングします。
[Tiger Bridge target](Tiger Bridge ターゲット) ダイアログで、[Azure] を選択し、[OK] を押します。
ターゲットの名前を入力します。
アカウント名とキー、および BLOB エンドポイントを各フィールドに入力します。 「Azure Blob Storage を準備する」の手順 で作成したストレージ アカウント名を使用します。
セキュリティで保護された転送 (SSL/TLS) を使用してターゲットにアクセスするかどうかを、チェック ボックスをオンまたはオフにして選択します。 運用環境のワークロードには、セキュリティで保護された転送をお勧めします。 無効になっている場合は、ストレージ アカウントの [構成] オプションで [安全な転送が必須] オプションが無効になっていることを確認してください。
[既定のアクセス層] で、Azure Storage のホット、クール、またはアーカイブのどの層を使用するか選択します。 この層は、層が設定されていないすべてのデータに使用されます。 詳細については、「BLOB データのホット、クールおよびアーカイブ アクセス層 」を参照してください。[リハイドレートの優先度] で、[標準] または [高] オプションを使用して、オフライン ファイルをリハイドレートするかどうかを選択します。 詳細については、「アーカイブ層からの BLOB のリハイドレートの概要 」を参照してください。
[コンテナーの一覧表示] を選択して、指定したアカウントで使用できるコンテナーの一覧を表示し、選択したソースとペアになるターゲット上のコンテナーを選択します。次の手順では、コンテナーに既に存在するデータの処理を選択し、[OK] を押します。
[ポリシーの追加] を選択してポリシーを作成します。 ニーズに基づいてポリシーを選択します。
レプリケート では、すべてのデータがローカル ソースから Azure Blob Storage にコピーされます。 自動レプリケーションは、ユーザー定義の条件に基づいて実行されます。領域の回収 では、すべてのデータがローカル ソースから Azure Blob Storage にコピーされ、そのデータがスタブ ファイルに置き換わります。 スタブ ファイルは実際のファイルとまったく同じに見えますが、データは含まれていません (スペースを取りません)。アーカイブ では、長期保有のために、Azure Storage のホットまたはクール層から Azure Storage のアーカイブ層にデータが移動されます。 ファイルがオフライン ファイルに置き換わります。 オフライン ファイルは、オフライン フラグを持つスタブ ファイルと同じです。
マルチサイト構成で Tiger Bridge をデプロイするには、「スタンドアロン ハイブリッド構成をデプロイする 」の手順に従います。 これらの手順は、マルチサイト構成で使用するすべての Tiger Bridge サーバーで実行する必要があります。 サーバーでは、同じストレージ アカウントと同じコンテナーを使用する必要があります。 完了したら、すべての Tiger Bridge サーバーで、次の追加の手順を実行します。
定義されたローカル ソースで [同期の追加] を選択し、同期ポリシーを定義します。
[Listen] (待機) は、Tiger Bridge サーバーが他の Tiger Bridge サーバーからの変更をチェックする時間間隔を定義します。(省略可能 ) 変更が同期された直後にファイルを取得する場合は、[Automatically restore files on the synchronized source](同期されたソース上のファイルを自動的に復元する) を選択します。
[適用] を押します。
Tiger Bridge のポリシーと同期は、グローバル (すべての Tiger Bridge サーバーに適用) として定義するか、Tiger Bridge サーバーごとに定義できます。
Azure portal で、上部にある検索バーで「サポート」を検索します。 [ヘルプとサポート] ->[新しいサポート要求] の順に選択します。
Tiger Technology では、Tiger Bridge の 24 時間 365 日のサポートを提供しています。 サポートに連絡するには、サポート チケットを作成します 。
スクリーンショットの C:\AzureSource は、前のステップで選択されたフォルダーです。
