MicroStrategy ONE

のベスト プラクティスMicroStrategy Storage Service

クラウド プラットフォームを使用する際の以下のベスト プラクティスを検討しますMicroStrategyストレージ サービス:

共有ストレージ システム

パフォーマンスとスケーラビリティを向上させるために、MicroStrategy は共有フォルダーの代わりに AWS S3 および Azure Blob の使用を推奨します。

AWS を使用している場合  S3、MicroStrategy IAM の使用を推奨します セキュリティの向上を目的としています次の IAM を参照 シークレットを必要とせずにS3へのマシンアクセスを許可するロール:

コピー 
{
   "Version":"2012-10-17",
   "Statement":[
      {
         "Sid":"VisualEditor0",
         "Effect":"Allow",
         "Action":[
            "s3:PutObject",
            "s3:GetObject",
            "s3:ListBucketMultipartUploads",
            "s3:ListBucket",
            "s3:DeleteObject",
            "s3:ListMultipartUploadParts"
         ],
         "Resource":[
            "arn:aws:s3:::sdk-s3-test",
            "arn:aws:s3:::sdk-s3-test/mstr/*"
         ]
      }
   ]
}

Azure Blob を使用する場合、MicroStrategy はセキュリティ向上のために IAM ロールの利用を推奨します。次の IAM を参照 シークレットを必要とせずに Blob へのコンピューター アクセスを許可するロール:

コピー 
{
    "id": "xxx",
    "properties": {
        "roleName": "Storage Blob Data Contributor Customized",
        "description": "Allows for read, write and delete access to Azure Storage blob data",
        "assignableScopes": [
            "/"
        ],
        "permissions": [
            {
                "actions": [
                    "Microsoft.Storage/storageAccounts/blobServices/containers/read"
                ],
                "notActions": [],
                "dataActions": [
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/read",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/add/action"
                ],
                "notDataActions": []
            }
        ]
    }
}

Google Cloud Storage を使用している場合、セキュリティの向上のために、 MicroStrategy はIAM ロールの使用を推奨します。Google Cloud コンソールで関連するアカウントの IAM ロールをロール/storage.objectUser に割り当てる必要があります。このユーザーは、Google Cloud Storage 内のオブジェクトとマルチ部分のアップロードを作成、読み取り、更新、削除できるアクセス権を持っている必要があります。

共有フォルダーを使用する場合、Linux で NFS 共有フォルダーをマウントする例として、以下の手順を参照してください。

  1. 共有フォルダーが設定されていて、NFS を使用してネットワークからアクセスできることを確認します。
  2. 共有フォルダーへのアクセスに使用するマウント ポイントを作成します。たとえば、以下のようなディレクトリを作成できます /mnt/sharedfolder。
  3. をインストール nfs-common パッケージ。
  4. 以下のテンプレートを使用して共有フォルダーをマウントします。

    5. コピー 
    sudo mount -t nfs servername:/sharedfolder /mnt/sharedfolder
    • 置換 servername NFS と サーバー名または IP  アドレス。
    • 置換 sharedfolder マウントする共有フォルダーにアクセスします

  5. Workstation でマウント ポイントを構成し、接続をテストします。

NFS の更新が必要な場合があります 共有フォルダーへの適切なアクセスを確保するための権限とファイアウォール設定です。

CIFS を使用して Windows の共有フォルダーを Linux にマウントする場合は、次の手順を参照してください。

  1. 共有フォルダーが設定され、CIFS を使用してネットワークからアクセスできることを確認します。
  2. 共有フォルダーへのアクセスに使用するマウント ポイントを作成します。たとえば、以下のようなディレクトリを作成できます /mnt/sharedfolder。
  3. Cifs-utils パッケージをインストールします。
  4. 以下のテンプレートを使用して共有フォルダーをマウントします。

    5. コピー 
    sudo mount -t cifs //servername/sharedfolder /mnt/sharedfolder -o user=username,password=password
    • 置換 servername および sharedfolder 共有フォルダーの名前とパスに置き換えます
    • 置換 username および password 共有フォルダー資格情報と合わせて。

MicroStrategy Repository

インストール ウィザードを使用した Library Storage Service の構成できます。

Storage Service の正常なインストールの確認

Storage Service が正常にインストールされたかどうかは、2 つの方法で確認できます。

  1. ローカル リポジトリが選択されている場合、インストール ウィザードはローカル データベースをインストールします。インストール ウィザードが <DEPLOY_LOCATION>/webapps/MicroStrategyLibrary/WEB-INF/ classes/config/configOverride.properties ファイルをローカル/リモート リポジトリに設定しますこのファイルにデータベース設定があれば、Storage Service は正常にインストールされたことになります。構成プロパティの詳細は、「Storage Service 構成プロパティ」を参照してください。
  2. データベースを構成した後、以下に移動できますWorkstation構成して共有ストレージ システム AWS に移行  S3、Azure Blob、Google Cloud Storage、または共有フォルダー。

Library クラスターでの Storage Service の構成

Library クラスターを使用する場合、すべてのノードを同じクラスターの同じデータベース (ローカルの MicroStrategy リポジトリまたはリモート リポジトリ) に構成する必要があります。

スケーラビリティと自動管理を強化するために、MicroStrategy はローカル リポジトリではなくリモート リポジトリを推奨します。

よくある質問

異なる機能でストレージ サービスはどのように使用されていますか?

  • 移行ストレージは、すべての移行パッケージを保存するために使用されます。たとえば、ソースの環境はパッケージをある場所に保存します。ターゲットは、場所からパッケージを呼び出し、復元用のパッケージを書き込みます。この場合、ソース環境とターゲット環境は同じストレージを使用する必要があります。

  • ワークフローまたはその他のサービスストレージは、バイナリ ファイルの保存に使用されます。バイナリ ファイルのサイズは非常に大きくなります。

「API にはMicroStrategy Storage Service が必要です。管理者にお問い合わせください。"?

このエラーが発生する理由として、Library のデータベースが構成されていない、または接続できないことが考えられます。

インストールすると、mstr_library データベースと mstr_library スキーマが自動的に作成されます。Mstr_library および mstr_library_application データベース ユーザーが作成されます。関連する接続文字列が、自動的に <DEPLOY_LOCATION>/webapps/MicroStrategyLibrary/WEB-INF/
classes/config/configOverride.properties ファイル。

必要な接続文字列が見つからない場合、インストール プロセスで問題が発生します。必要な文字列形式は、「datasource.url」、「datasource.admin.username」、「datasource.admin.パスワード」、「データソース.ユーザー名」、および「データソース.パスワード」です。表示Storage Service 構成プロパティ詳しい情報が得られます

必要な接続文字列が見つかったら、psSQL クライアントまたはその他のツール (pgAdmin) を使用して、接続に問題がないか確認できます。

共有フォルダーを使用する場合、共有フォルダーへのアクセス権を持っている必要はありますか?ライブラリ用の Tomcat アプリケーションを実行しているユーザーか、Workstation を実行しているユーザーでしょうか?

Tomcat を実行するユーザーは共有フォルダーにアクセスする必要があります。共有フォルダーはバック エンドで保護されているため、すべての読み取り/書き込みは Tomcat の実行ユーザーになります。

共有フォルダーを使用する場合、環境間でファイアウォールを開く必要がありますか?

いいえ。両方の環境が同じ共有フォルダーへのアクセス権を持っている必要があります。これを行うには、ネットワーク構成が必要になる場合があります。