Red Hat Hybrid Cloud Console でユーザーアクセスを最初に表示および管理するには、組織管理者である必要があります。これは、ユーザーアクセスには、Red Hat カスタマーポータル から指定されたユーザー管理機能が必要なためです。これらの機能は、組織管理者のみに帰属します。

ユーザーアクセス管理者 ロールは、組織管理者が割り当てることができる特別なロールです。このロールにより、組織管理者ユーザー以外のユーザーが Red Hat Hybrid Cloud Console でユーザーアクセスを管理できるようになります。

Red Hat Hybrid Cloud Console のユーザーアクセスは追加モデルを使用します。つまり、deny ロールはありません。つまり、アクションが許可されるだけです。アクセスを制御するには、必要な権限を持つ適切なロールをグループに割り当て、ユーザーをそのグループに追加します。個別のユーザーに許可されるアクセスは、そのユーザーが属するすべてのグループに割り当てられたすべてのロールになります。

ユーザーアクセスは以下のカテゴリーを使用して、組織管理者がサポートされる Red Hat Hybrid Cloud Console サービスに付与できるユーザーアクセスのレベルを決定します。許可されたユーザーに提供されるアクセスは、そのユーザーが属するグループと、そのグループに割り当てられたロールによって異なります。

組織管理者は、ロールとユーザーをグループに追加するか、削除します。グループは、組織管理者によって作成された新規グループにすることも、グループを既存グループにすることもできます。特定のロールを持つグループを作成し、そのグループにユーザーを追加することにより、そのグループとそのメンバーが Red Hat Hybrid Cloud Console サービスと対話する方法を制御できます。

グループにユーザーを追加すると、そのグループのメンバーになります。グループメンバーは、所属する他のすべてのグループのロールを継承します。ユーザーインターフェイスは Members タブにユーザーを一覧表示します。

:

Add a cloud source ウィザードでは、ソースの作成を行います。Amazon Web Services (AWS)、Google Cloud、および Microsoft Azure を追加できます。ウィザードは各パブリッククラウドプロバイダーの詳細情報を提供します。

設定モードには 2 つの選択肢があります。

Account authorization を選択した場合は、AWS アカウントの認証情報 (アクセスキー ID およびシークレットキー ID) を指定します。Red Hat はソースを設定し、管理します。このオプションは、Cost Management および RHEL management バンドルアプリケーションを自動的に選択します。これらのアプリケーションの選択を解除できます。

Manual configuration を選択する場合は、Cost Management、RHEL management バンドル、または No application を選択します。

Cost Management アプリケーションを使用すると、以下のような企業に関連するタスクを実行できます。

RHEL management バンドルには、以下の項目が含まれます。

Cost Management バンドルアプリケーションおよび RHEL management バンドルアプリケーションでは、アカウントアクセスを有効にする必要があります。そのためには、IAM ポリシーおよび IAM ロールを作成し、Amazon Resource Name (ARN) を入力します。ARN は Amazon リソースの汎用名であり、関与するサービスに応じて共通の形式を持ちます。この場合は、ID およびアクセス管理 (IAM) サービスおよび Role リソースタイプになります。

No application を選択した場合には、以下を指定する認証情報を選択します。

アプリケーションの選択肢は、Cost Management のみとなります。IAM ロールを作成し、アクセスを割り当てる必要があります。

Cost Management アプリケーションを使用すると、以下のような企業に関連するタスクを実行できます。

No application を選択する場合は、Project ID および Service Account JSON を認証情報として指定します。

アプリケーションの選択肢には、Cost Management、RHEL management バンドル、または No application が含まれます。

Cost Management アプリケーションを使用すると、以下のような企業に関連するタスクを実行できます。

RHEL management バンドルには、以下の項目が含まれます。

コスト管理用にコストデータとメトリクスを収集できるように、専用のリソースグループおよびストレージアカウントを Azure ポータルで作成します。その後、サブスクリプション ID を使用して Cloud Shell で Cost Management Storage Account Contributor ロールを作成します。サブスクリプション ID を使用して Cloud Shell で 2 番目のコマンドを実行すると、そのロールの設定を完了するのに必要なテナント (ディレクトリー) の ID、クライアント (アプリケーション) ID、およびクライアントシークレットが提供されます。

:

Red Hat OpenShift Container Platform をクラウドソースとして追加するワークフローには、以下の概要手順が含まれます。

アプリケーションの選択肢は、Cost Management のみとなります。Cost Management アプリケーションを使用すると、以下のような企業に関連するタスクを実行できます。

:

Cost Management スタートガイド

サブスクリプションサービスのスタートガイド

パブリッククラウドメータリングのソースの追加

Automation Services Catalog の使用開始

バケットの制限および制限

バケットの命名ルール

:

2025 年に Linux は SAP ERP ワークロードの必須オペレーティングシステムになるため、Red Hat Enterprise Linux および Red Hat Hybrid Cloud Console を連携して、Hybrid Cloud Console が SAP 管理者に選ばれる管理ツールとなるように取り組んでいます。

この継続的な取り組みの一環として、Hybrid Cloud Console は SAP ワークロードおよび SAP ID (SID) を実行しているシステムを自動的にタグ付けしますが、管理者がカスタマイズする必要がありません。ユーザーは、グローバルな タグによるフィルター ドロップダウンメニューを使用して、Hybrid Cloud Console アプリケーション全体でこれらのワークロードを簡単にフィルター処理できます。

:

Satellite ホストグループは Satellite で設定され、Hybrid Cloud Console によって自動的に認識されます。

:

タグによるグローバルフィルター 機能を使用して、Red Hat Hybrid Cloud Console ユーザーは Microsoft SQL Server ワークロードを実行しているシステムのグループを選択できます。

2019 年 5 月、Red Hat Insights チームは、Red Hat Enterprise Linux (RHEL) で実行されている Microsoft SQL Server 向けの RHEL 推奨事項の新しい一連の Hybrid Cloud Console を導入しました。これらのルールは、オペレーティングシステムレベルの設定が Microsoft および Red Hat から文書化された推奨事項に準拠していないことを管理者に警告します。

これらのルールの制限は、データベース自体ではなく、主にオペレーティングシステムを分析することでした。Hybrid Cloud Console および RHEL 8.5 の最新リリースでは、Microsoft SQL Assessment API が導入されています。SQL Assessment API は、MS SQL Server のデータベース設定のベストプラクティスを評価するメカニズムを提供します。API は、Microsoft SQL Server チームによって提案されたベストプラクティスルールを含むルールセットが付随しています。このルールセットは新しいバージョンのリリースによって強化されていますが、API は高度にカスタマイズ可能で拡張可能なソリューションを提供することを目的として構築されています。これにより、ユーザーはデフォルトのルールを調整したり、独自のルールを作成したりできるようになります。

SQL Assessment API は PowerShell for Linux (Microsoft から入手可能) でサポートされており、Microsoft は、API を呼び出してその結果を JSON 形式のファイルとして保存するために使用できる PowerShell スクリプトを開発しました。RHEL 8.5 では、Insights クライアントがこの JSON ファイルをアップロードし、Hybrid Cloud Console UI にわかりやすい形式で結果を表示するようになりました。

Hybrid Cloud Console での SQL Server 評価の詳細は、Red Hat Insights で利用できるようになった SQL Server データベースのベストプラクティス を参照してください。

:

システムにカスタムのグループ化とタグ付けを適用することで、個々のシステムにコンテキストマーカーを追加し、Hybrid Cloud Console アプリケーションでこれらのタグによってフィルター処理し、関連するシステムに簡単に集中できます。この機能は、Hybrid Cloud Console を大規模にデプロイメントし、数百または数千のシステムを管理する場合に特に価値があります。

カスタムタグをいくつかの Hybrid Cloud Console サービスに追加する機能に加えて、事前定義されたタグを追加することもできます。advisor サービスは、これらのタグを使用して、より高いレベルのセキュリティーを必要とするシステムなど、より注意が必要なシステムに的を絞った推奨事項を作成できます。

:

# tags
---
group: eastern-sap
name: Jane Example
contact: jexample@corporate.com
Zone: eastern time zone
Location:
- gray_rack
- basement
Application: SAP

3.4.5. 定義済みタグの設定

Red Hat Hybrid Cloud Console アドバイザーサービスの事前定義タグを使用して、システムの推奨事項の動作を調整できます。これにより、システムのセキュリティー、検出、および修復機能が強化されます。このセクションでは、定義済みタグを設定する方法を説明します。

前提条件

• システムへの root レベルのアクセスがある。
• Insights クライアントがインストールされている。
• Insights クライアント内にシステムが登録されている。
• すでに tags.yaml ファイルを作成している。tags.yaml ファイルの作成とカスタムグループの追加 を参照してください。

手順

• コマンドラインで、任意のエディターを使用して、/etc/insights-client/ にある tags.yaml 設定ファイルを開きます。(次の例では Vim を使用しています。)

  [root@server ~]# vi /etc/insights-client/tags.yaml

• /etc/insights-client/tags.yaml ファイルを編集して、タグの定義済みの key=value ペアを追加します。この例は、security: strict および network_performance: latency タグを追加する方法を示しています。

  # cat /etc/insights-client/tags.yaml
  group: redhat
  location: Brisbane/Australia
  description:
  - RHEL8
  - SAP
  security: strict
  network_performance: latency

• 変更を保存します。
• エディターを終了します。

• オプション: Insights-client コマンドを実行して Red Hat Hybrid Cloud Console へのアップロードを生成するか、次にスケジュールされた Red Hat Insights アップロードまで待ちます。

  [root@server ~]# insights-client

定義済みタグが実稼働環境にあることの確認

Red Hat Insights へのアップロードを生成した後 (またはスケジュールされた次の Insights アップロードを待っている間)、Red Hat Enterprise Linux > Inventory にアクセスして、タグが実稼働環境にあるかどうかを確認できます。システムを見つけて、新しいタグを探します。次の図のような内容が表示されます。

定義済みタグを適用した後の推奨事項の例

次の図では、advisor サービスは network_performance: latency タグが設定されたシステムを示しています。

システムは、総リスク (重要に分類) が高い推奨事項を表示します。network_performance: latency タグのないシステムの場合、総リスクは中程度に分類されます。総リスクの高さに基づいて、システムの優先順位付けに関する決定を行うことができます。

インベントリーレポートサービスは、メッセージングの一部として、ホストに関するレポートが古くなったとみなされる際のタイムスタンプが含まれます。このタイムスタンプはレポートサービスによって決定され、デフォルトでユーザーアカウントで設定された値になります。

さまざまなレポーターがホストインベントリー内のホストにデータを提供すると、失効状態が再計算されます。

インベントリー内のシステムには、古い状態および削除に関連する以下の 3 つのフィールドがあります。

ルール:

:

Red Hat Insights ユーザーインターフェイスの以下の場所で、古いシステムと、削除が予定されているシステムを確認できます。

ダッシュボード: Red Hat Insights ダッシュボードの概要では、古いシステムの数と、システムインベントリーに表示される削除にスケジュールされているシステム数が表示されます。それぞれのリンクをクリックして、古いシステムの一覧と、削除とマークが付けられているシステムの一覧を表示します。

インベントリー: 最後に表示されるコラムには、警告アイコンで削除済みとマークされているシステムが表示されます。最後に表示された情報にカーソルを合わせると、システムが今後 x 日以内にインベントリーから削除されるかどうか、またはすでに削除がスケジュールされているかどうかを確認できます。

:

システムステータス (Fresh、Stale、および Stale 警告) でインベントリーをフィルタリングできます。デフォルトでは、新規および古いシステムが一覧表示されますが、古い警告システムはユーザーインターフェイスには表示されないことに注意してください。ソース (デフォルトでは Insights) を選択し、システム名でフィルタリングすることもできます。有効な特定のフィルターを削除するか、一度にすべてをクリアすることができます。