BMC ディスカバリークエリを使用して移行計画のために移行データを抽出 - AWS 規範ガイダンス
[概要]前提条件と制限アーキテクチャツールベストプラクティスエピックトラブルシューティング関連リソース

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

BMC ディスカバリークエリを使用して移行計画のために移行データを抽出

作成者: Ben Tailor-Hamblin (AWS), Simon Cunningham (AWS), Emma Baldry (AWS), と Shabnam Khan (AWS)

環境:本稼働

ソース: BMC ディスカバリー

ターゲット: 移行計画

Rタイプ： リホスト

ワークロード：その他すべてのワークロード

テクノロジー: 移行、管理とガバナンス、ネットワーク、ハイブリッドクラウド

AWS サービス: AWS Migration Hub

[概要]

このガイドには、BMC ディスカバリーを使用してオンプレミスのインフラストラクチャとアプリケーションからデータを抽出するためのクエリの例と手順が記載されています。このパターンは、BMC ディスカバリークエリを使用して、インフラストラクチャをスキャンし、ソフトウェア、サービス、依存関係の情報を抽出する方法を示します。抽出されたデータは、Amazon Web Services (AWS) クラウドへの大規模な移行の評価段階と準備段階に必要です。このデータを使用して、移行計画の一環としてどのアプリケーションをまとめて移行するかという重要な決定を下すことができます。

前提条件と制限

前提条件

  • BMC ディスカバリー (旧 BMC ADDM) または BMC ヘリックスディスカバリーのsoftware as a service (SaaS)バージョンのライセンス

  • オンプレミス版または SaaS 版の BMCディスカバリーが「インストール」 されています。(注: オンプレミス版の BMC ディスカバリーでは、複数のデータセンターにわたって移行の対象となるすべてのネットワークデバイスとサーバーデバイスにアクセスできるクライアントネットワークに、アプリケーションをインストールする必要があります。クライアントネットワークへのアクセスは、アプリケーションのインストール手順に従って提供する必要があります。 Windows サーバー情報のスキャンが必要な場合、ネットワークに Windows プロキシマネージャーデバイスを設定する必要があります。)

  • BMC ヘリックスディスカバリーを使用する場合、「ネットワークアクセス」により、データセンターを渡ってデバイスをスキャンできるようにします

製品バージョン

  • BMC ディスカバリー 22.2 (12.5)

  • BMC ディスカバリー 22.1 (12.4)

  • BMC ディスカバリー 21.3 (12.3)

  • BMC ディスカバリー 21.05 (12.2)

  • BMC ディスカバリー 20.08 (12.1)

  • BMC ディスカバリー 20.02 (12.0)

  • BMC ディスカバリー 11.3

  • BMC ディスカバリー 11.2

  • BMC ディスカバリー 11.1

  • BMC ディスカバリー 11.0

  • BMC アトリウムディスカバリー 10.2

  • BMC アトリウムディスカバリー 10.1

  • BMC アトリウムディスカバリー 10.0

アーキテクチャ

次の図表は、資産管理者が BMC ディスカバリークエリを使用して、SaaS 環境とオンプレミス 環境の両方でBMCモデル化されたアプリケーションをスキャンする方法を示します。

BMC Discovery を使用してソフトウェア、サービス、依存関係情報を抽出するアーキテクチャ。

この図表は次のワークフローを示しています: 資産管理者は BMC ディスカバリー または BMC ヘリックスディスカバリーを使用して、複数の物理サーバーでホストされている仮想サーバーで実行されているデータベースとソフトウェアインスタンスをスキャンします。このツールは、複数の仮想サーバーと物理サーバーにまたがるコンポーネントを含むアプリケーションをモデル化できます。

テクノロジースタック

  • BMC ディスカバリー

  • BMC ヘリックスディスカバリー

ツール

  • 「BMC ディスカバリー」 は、データセンターを自動的に検出するためのデータセンター検出ツールです。

  • 「BMC ヘリックスディスカバリー」 は、 SaaS ベースの検出および依存関係モデリングシステムで、データ資産とその依存関係を動的にモデル化することを支援します。

ベストプラクティス

ベストプラクティスは、クラウドに移行する場合、アプリケーション、依存関係、インフラストラクチャのデータをマッピングすることです。マッピングは、現在の環境の複雑さや、さまざまなコンポーネント間の依存関係の把握に役立ちます。

これらのクエリより提供される資産情報は、いくつかの理由で重要です：

  1. 「計画 」— コンポーネント間の依存関係を理解することで、移行プロセスをより効果的に計画することを支援します。たとえば、他のコンポーネントを確実に正常に移行するためには、まず特定のコンポーネントを移行する必要がある場合があります。

  2. 「リスク評価 」— コンポーネント間の依存関係をマッピングすることは、移行プロセス中に発生する可能性のある潜在的なリスクや問題を特定することに役立ちます。たとえば、特定のコンポーネントが、クラウドで問題を引き起こす可能性のある古いテクノロジーや適用されないテクノロジーに依存していることに気付くかもしれません。

  3. 「クラウドアーキテクチャ 」— アプリケーションとインフラストラクチャのデータをマッピングすることで、組織のニーズを満たす適切なクラウドアーキテクチャを設計することを支援します。たとえば、高い可用性やスケーラビリティの要件をサポートする多層アーキテクチャを設計する必要があるかもしれません。

全体として、アプリケーション、依存関係、インフラストラクチャのデータをマッピングすることは、クラウド移行プロセスの重要なステップです。マッピングの実践は、現在の環境をよりよく理解し、潜在的な問題やリスクを特定し、適切なクラウドアーキテクチャを設計することを支援します。

エピック

タスク説明必要なスキル

ITSM 所有者を特定します。

IT サービス管理 (ITSM) のオーナーを特定します (通常はオペレーションサポートチームに連絡)。

移行リード

CMDB を確認します。

資産情報を含む構成管理データベース (CMDB) の数を特定し、次にその情報のソースを特定します。

移行リード

検出ツールを特定し、BMC ディスカバリーの使用を確認します。

組織が BMC ディスカバリーを使用して、環境に関するデータを CMDB ツールに送信している場合、そのスキャンの範囲と対象範囲を確認します。たとえば、BMC ディスカバリーがすべてのデータセンターをスキャンしているかどうか、アクセスサーバーが境界ゾーンにあるかどうかを確認します。

移行リード

アプリケーションモデリングのレベルをチェックします。

アプリケーションが BMC ディスカバリーでモデル化されているかどうかを確認します。そうでない場合は、BMC ディスカバリーツールを使用して、実行中のどのソフトウェアインスタンスがアプリケーションとビジネスサービスを提供するかをモデル化することを推奨します。

移行エンジニア、移行リード
タスク説明必要なスキル

物理サーバーと仮想サーバーでデータを抽出します。

BMC ディスカバリー によってスキャンされた物理サーバーと仮想サーバーのデータを抽出するには、「クエリビルダー」 を使用して次のクエリを実行します：

search Host show key as 'Serverid', virtual, name as 'HOSTNAME', os_type as 'osName', os_version as 'OS Version', num_logical_processors as 'Logical Processor Counts', cores_per_processor as 'Cores per Processor', logical_ram as 'Logical RAM', #Consumer:StorageUse:Provider:DiskDrive.size as 'Size'

注: 抽出されたデータを使用して、移行の適切なインスタンスサイズを決定できます。

移行エンジニア、移行リード

モデル化されたアプリケーションのデータを抽出します。

アプリケーションが BMCディスカバリーでモデル化されている場合、アプリケーションソフトウェアを実行するサーバーに関するデータを抽出できます。サーバー名を取得するには、「クエリビルダー」を使用して次のクエリを実行します：

search SoftwareInstance show key as 'ApplicationID', #RunningSoftware:HostedSoftware:Host:Host.key as 'ReferenceID', type, name

注: BMC ディスカバリで、アプリケーションは実行中のソフトウェアインスタンスの収集によってモデル化されます。アプリケーションは、アプリケーションソフトウェアを実行するすべてのサーバーに依存します。

BMC ディスカバリのアプリ所有者

データベースからデータを抽出します。

スキャンされたすべてのデータベースと、それらのデータベースが実行されているサーバーのリストを取得するには、「クエリビルダー」 を使用して次のクエリを実行します：

search Database show key as 'Key', name, type as 'Source Engine Type', #Detail:Detail:ElementWithDetail:SoftwareInstance.name as 'Software Instance', #Detail:Detail:ElementWithDetail:SoftwareInstance.product_version as 'Product Version', #Detail:Detail:ElementWithDetail:SoftwareInstance.edition as 'Edition', #Detail:Detail:ElementWithDetail:SoftwareInstance.#RunningSoftware:HostedSoftware:Host:Host.key as 'ServerID'
アプリ所有者

サーバー通信のデータを抽出します。

BMC ディスカバリによって収集されたサーバー間のすべてのネットワーク通信に関する情報を過去のネットワーク通信ログから取得するには、「クエリビルダー」を使用して次のクエリを実行します

search Host
 TRAVERSE InferredElement:Inference:Associate:DiscoveryAccess
 TRAVERSE DiscoveryAccess:DiscoveryAccessResult:DiscoveryResult:NetworkConnectionList
 TRAVERSE List:List:Member:DiscoveredNetworkConnection
 PROCESS WITH networkConnectionInfo
BMC ディスカバリのアプリ所有者

アプリケーションディスカバリーのデータを抽出します。

アプリケーションの依存関係の情報を取得するには、「クエリビルダー」 を使用して次のクエリを実行します：

search SoftwareInstance show key as 'SRC App ID', #Dependant:Dependency:DependedUpon:SoftwareInstance.key as 'DEST App ID'
BMC ディスカバリのアプリ所有者

ビジネスサービスのデータを抽出します。

ホストが提供するビジネスサービスのデータを抽出するには、「クエリビルダー」 を使用して次のクエリを実行します：

search Host show name, #Host:HostedSoftware:AggregateSoftware:BusinessService.name as 'Name'
BMC ディスカバリのアプリ所有者

トラブルシューティング

問題ソリューション

クエリの実行がされないか、入力されていない列が含まれています。

BMC ディスカバリのアセットレコードを確認し、どのフィールドが必要かを判断します。次に、「クエリビルダー」を使用してクエリ内のこれらのフィールドを置き換えます。

依存資産の詳細は入力されません。

これは、おそらくアクセス権限またはネットワーク接続によるものと考えられます。ディスカバリーツールでは、特に、異なるネットワークや環境にある時、特定の資産へのアクセスに必要な権限がない場合があります。

ディスカバリ主題専門家と緊密に連携して、関連するすべての資産が確実に特定されるようにすることを推奨します。

関連リソース

リファレンス

チュートリアルと動画