17.4. シングルノード OpenShift クラスターのデプロイ


17.4.1. マネージドシングルノード OpenShift のイメージベースのデプロイメントについて

イメージベースのインストールを使用してシングルノード OpenShift がプリインストールされたホストがリモートサイトに到達すると、技術者はわずか数分でホストを簡単に再設定してデプロイできます。

ハブアンドスポークアーキテクチャーを持つクラスターの場合、プリインストールされたホストのデプロイメントを完了するには、まず各ホストのハブクラスターでサイト固有の設定リソースを定義する必要があります。これらのリソースには、ベアメタルホストのプロパティー、認証の詳細、その他のデプロイメントおよびネットワーク情報などの設定情報が含まれています。

Image Based Install (IBI) Operator は、これらのリソースから設定 ISO を作成し、設定 ISO がアタッチされた状態でホストを起動します。ホストは設定 ISO をマウントし、再設定プロセスを実行します。再設定が完了すると、シングルノード OpenShift クラスターの準備は完了します。

注記

ベアメタルホストごとに個別の設定リソースを作成する必要があります。

ハブアンドスポークアーキテクチャーを持つクラスターにプリインストールされたホストをデプロイするには、次の大まかな手順を参照してください。

  1. ハブクラスターに IBI Operator をインストールします。
  2. 各ホストのハブクラスターにサイト固有の設定リソースを作成します。
  3. IBI Operator はこれらのリソースから設定 ISO を作成し、設定 ISO がアタッチされた状態でターゲットホストを起動します。
  4. ホストは設定 ISO をマウントし、再設定プロセスを実行します。再設定が完了すると、シングルノード OpenShift クラスターの準備は完了します。
注記

または、ハブクラスターを使用せずに、クラスターにプリインストールされたホストを手動でデプロイすることもできます。ImageBasedConfig リソースとインストールマニフェストを定義し、それを openshift-install インストールプログラムへの入力として提供する必要があります。詳細は、「openshift-install プログラムを使用してシングルノード OpenShift クラスターをデプロイする」を参照してください。

17.4.1.1. Image Based Install Operator のインストール

Image Based Install (IBI) Operator は、ベアメタルホストにプリインストールされたシングルノード OpenShift のイメージベースデプロイメントワークフローの構成要素です。

注記

IBI Operator は、MCE バージョン 2.7 以降の multicluster engine for Kubernetes Operator の構成要素です。

前提条件

  • cluster-admin 権限を持つユーザーとしてログインしている。
  • Red Hat Advanced Cluster Management (RHACM) ハブクラスター、または multicluster engine for Kubernetes Operator をデプロイした。
  • 「イメージベースのインストールのソフトウェア前提条件」セクションで、ソフトウェアコンポーネントの必要なバージョンを確認した。

手順

  • 次のコマンドを実行して、MultiClusterEngine リソースの image-based-install-operator コンポーネントで enabled 仕様を true に設定します。

    $ oc patch multiclusterengines.multicluster.openshift.io multiclusterengine --type json \
    --patch '[{"op": "add", "path":"/spec/overrides/components/-", "value": {"name":"image-based-install-operator","enabled": true}}]'

検証

  • 次のコマンドを実行して、Image Based Install Operator Pod が実行されていることを確認します。

    $ oc get pods -A | grep image-based

    出力例:

    multicluster-engine             image-based-install-operator-57fb8sc423-bxdj8             2/2     Running     0               5m

17.4.1.2. IBI Operator を使用してマネージドシングルノード OpenShift クラスターをデプロイする

ハブクラスターにサイト固有の設定リソースを作成し、プリインストールされたホストのイメージベースのデプロイメントを開始します。

ハブクラスターでこれらの設定リソースを作成すると、Image Based Install (IBI) Operator は設定 ISO を生成し、それをターゲットホストにアタッチしてサイト固有の設定プロセスを開始します。設定プロセスが完了すると、シングルノード OpenShift クラスターの準備は完了します。

注記

ハブクラスターで設定する必要がある設定リソースの詳細は、「プリインストールされたホストのデプロイに仕様するクラスター設定リソース」を参照してください。

前提条件

  • イメージベースのインストールを使用して、シングルノード OpenShift をホストにプリインストールした。
  • cluster-admin 権限を持つユーザーとしてログインしている。
  • Red Hat Advanced Cluster Management (RHACM) ハブクラスター、または multicluster engine for Kubernetes Operator (MCE) をデプロイした。
  • ハブクラスターに IBI Operator をインストールした。
  • プルリクエストを認証するためのプルシークレットを作成した。詳細は、「イメージプルシークレットの使用」を参照してください。

手順

  1. 次のコマンドを実行して、ibi-ns namespace を作成します。

    $ oc create namespace ibi-ns
  2. イメージレジストリーの Secret リソースを作成します。

    1. イメージレジストリーの Secret リソースを定義する YAML ファイルを作成します。

      secret-image-registry.yaml ファイルの例:

      apiVersion: v1
      kind: Secret
      metadata:
        name: ibi-image-pull-secret
        namespace: ibi-ns
      stringData:
        .dockerconfigjson: <base64_docker_auth_code>
      type: kubernetes.io/dockerconfigjson

      各項目の説明:

      <base64_docker_auth_code>
      base64 でエンコードされた認証情報の詳細を指定します。イメージプルシークレットの使用に関する詳細は、「関連情報」セクションを参照してください。
    2. 次のコマンドを実行して、イメージレジストリーの Secret リソースを作成します。

      $ oc create -f secret-image-registry.yaml
  3. オプション: ホストの静的ネットワークを設定します。

    1. nmstate 形式の静的ネットワーク設定を含む Secret リソースを作成します。

      host-network-config-secret.yaml ファイルの例:

      apiVersion: v1
      kind: Secret
      metadata:
       name: <network_secret_name>
       namespace: ibi-ns
      type: Opaque
      stringData:
       nmstate: |
        interfaces:
          - name: <interface_name>
            type: ethernet
            state: up
            ipv4:
              enabled: true
              address:
                - ip: 192.168.200.25
                  prefix-length: 24
              dhcp: false
            ipv6:
              enabled: false
        dns-resolver:
          config:
            server:
              - <dns_server_1>
              - 192.168.15.48
        routes:
          config:
            - destination: 0.0.0.0/0
              metric: 150
              next-hop-address: 192.168.200.254
              next-hop-interface: <interface_name>
              table-id: 254

      各項目の説明:

      <network_secret_name>
      Secret リソースの名前 (例: host-network-config-secret) を指定します。
      nmstate
      静的ネットワーク設定を nmstate 形式で指定します。
      <interface_name>
      ホスト上のインターフェイス名 (例: ens1f0) を指定します。インターフェイスの名前は、オペレーティングシステムに表示される実際の NIC 名と同じである必要があります。NIC マッチングに MAC アドレスを使用するには、identifier フィールドを mac-address に設定します。
      dhcp: false
      DHCP を無効に指定することで、nmstate はインターフェイスに静的 IP アドレスを割り当てます。
      <dns_server_1>
      システムがドメイン名を解決するために使用する 1 つ以上の DNS サーバーを指定します (例: 192.168.15.47)。
      config
      ens1f0 インターフェイスを経由してネクストホップ IP アドレス 192.168.200.254 へのデフォルトルートを指定します。
  4. BareMetalHost および Secret リソースを作成します。

    1. BareMetalHost および Secret リソースを定義する YAML ファイルを作成します。

      ibi-bmh.yaml ファイルの例:

      apiVersion: metal3.io/v1alpha1
      kind: BareMetalHost
      metadata:
        name: <baremetalhost_name>
        namespace: ibi-ns
      spec:
        online: <online_status>
        bootMACAddress: <boot_mac_address>
        bmc:
          address: <bmc_address>
          credentialsName: <bmh_secret_name>
        preprovisioningNetworkDataName: <network_secret_name>
        automatedCleaningMode: disabled
        externallyProvisioned: true
      ---
      apiVersion: v1
      kind: Secret
      metadata:
        name: <bmh_secret_name>
        namespace: ibi-ns
      type: Opaque
      data:
        username: <username>
        password: <password>

      各項目の説明:

      <baremetalhost_name>
      BareMetalHost リソースの名前 (例: ibi-bmh) を指定します。
      <online_status>
      ホストをオンラインにするかどうかを指定します (例: false)。
      <boot_mac_address>
      ホストブート MAC アドレス (例: 00:a5:12:55:62:64) を指定します。
      <bmc_address>
      BMC アドレス (例: redfish-virtualmedia+http://192.168.111.1:8000/redfish/v1/Systems/8a5babac-94d0-4c20-b282-50dc3a0a32b5) を指定します。仮想メディアネットワークの起動をサポートするベアメタルホストドライバー (redfish-virtualmedia や idrac-virtualmedia など) のみを使用できます。
      <bmh_secret_name>
      ベアメタルホストの Secret リソースの名前 (例: ibi-bmh-bmc-secret) を指定します。
      <network_secret_name>
      (オプション) ホストの静的ネットワーク設定が含まれる Secret リソースの名前 (例: host-network-config-secret) を指定します。
      automatedCleaningMode: disabled
      プロビジョニングサービスがディスク検査中にシードイメージなどのプリインストールアーティファクトをすべて削除しないように、自動クリーニングを無効に指定します。
      externallyProvisioned: true
      ホストが外部プロビジョニングされ、設定 ISO ではなく、プリインストールされたディスクから起動できることを指定します。
      <username>
      BMC 認証に使用するユーザー名を指定します。
      <password>
      BMC 認証に使用するパスワードを指定します。
    2. 次のコマンドを実行して、BareMetalHost および Secret リソースを作成します。

      $ oc create -f ibi-bmh.yaml
  5. ClusterImageSet リソースを作成します。

    1. ClusterImageSet リソースを定義する YAML ファイルを作成します。

      ibi-cluster-image-set.yaml ファイルの例:

      apiVersion: hive.openshift.io/v1
      kind: ClusterImageSet
      metadata:
        name: <clusterimageset_name>
      spec:
        releaseImage: <release_image>

      各項目の説明:

      <clusterimageset_name>
      ClusterImageSet リソースの名前 (例: ibi-img-version-arch) を指定します。
      <release_image>
      デプロイメントに使用するリリースイメージのアドレス (例: ibi.example.com:path/to/release/images:version-arch) を指定します。シードイメージの生成時に使用したイメージレジストリーとは異なるイメージレジストリーを使用する場合は、そのリリースイメージの OpenShift Container Platform バージョンが同じであることを確認してください。
    2. 次のコマンドを実行して ClusterImageSet リソースを作成します。

      $ oc apply -f ibi-cluster-image-set.yaml
  6. ImageClusterInstall リソースを作成します。

    1. ImageClusterInstall リソースを定義する YAML ファイルを作成します。

      ibi-image-cluster-install.yaml ファイルの例:

      apiVersion: extensions.hive.openshift.io/v1alpha1
      kind: ImageClusterInstall
      metadata:
        name: <imageclusterinstall_name>
        namespace: ibi-ns
      spec:
        bareMetalHostRef:
          name: <baremetalhost_name>
          namespace: ibi-ns
        clusterDeploymentRef:
          name: <clusterdeployment_name>
        hostname: <cluster_hostname>
        imageSetRef:
          name: <clusterimageset_name>
        machineNetworks:
        - cidr: 10.0.0.0/24
        #- cidr: fd01::/64
        proxy:
          httpProxy: "http://proxy.example.com:8080"
          #httpsProxy: "http://proxy.example.com:8080"
          #noProxy: "no_proxy.example.com"

      各項目の説明:

      <imageclusterinstall_name>
      ImageClusterInstall リソースの名前 (例: ibi-image-install) を指定します。
      <baremetalhost_name>
      イメージベースのインストールで対象となる BareMetalHost リソース (例: ibi-bmh) を指定します。
      <clusterdeployment_name>
      ターゲットホストのイメージベースのインストールに使用する ClusterDeployment リソースの名前 (例: ibi-cluster-deployment) を指定します。
      <cluster_hostname>
      クラスターのホスト名 (例: ibi-host) を指定します。
      <clusterimageset_name>
      デプロイメントに使用するコンテナーリリースイメージを定義するために使用した ClusterImageSet リソースの名前 (例: ibi-img-version-arch) を指定します。
      machineNetworks
      外部ネットワークの公開 Classless Inter-Domain Routing (CIDR) を指定します。デュアルスタックネットワークの場合、リスト形式を使用して IPv4 と IPv6 の両方の CIDR を指定できます。リストの最初の CIDR はプライマリーアドレスファミリーであり、シードクラスターのプライマリーアドレスファミリーと一致する必要があります。
      proxy

      (オプション) クラスターのデプロイメントに使用するプロキシーを指定します。

      重要

      クラスターをデプロイするのにプロキシー設定が必要な場合は、次の手順を実行する必要があります。

      • プロキシー設定を備えたシードクラスターからシードイメージを作成します。2 つのプロキシー設定が同じである必要はありません。
      • インストールマニフェストの machineNetwork フィールドを設定します。
    2. 次のコマンドを実行して、ImageClusterInstall リソースを作成します。

      $ oc create -f ibi-image-cluster-install.yaml
  7. ClusterDeployment リソースを作成します。

    1. ClusterDeployment リソースを定義する YAML ファイルを作成します。

      ibi-cluster-deployment.yaml ファイルの例:

      apiVersion: hive.openshift.io/v1
      kind: ClusterDeployment
      metadata:
        name: <clusterdeployment_name>
        namespace: <namespace>
      spec:
        baseDomain: <base_domain>
        clusterInstallRef:
          group: extensions.hive.openshift.io
          kind: ImageClusterInstall
          name: <imageclusterinstall_name>
          version: v1alpha1
        clusterName: <cluster_name>
        platform:
          none: {}
        pullSecretRef:
          name: <pull_secret_name>

      各項目の説明:

      <clusterdeployment_name>
      ClusterDeployment リソースの名前 (例: ibi-cluster-deployment) を指定します。
      <namespace>
      ClusterDeployment リソースの namespace (例: ibi-ns) を指定します。
      <base_domain>
      クラスターが属するベースドメイン (例: example.com) を指定します。
      <imageclusterinstall_name>
      ターゲットホストのイメージベースのインストールに使用するコンテナーイメージを定義した ImageClusterInstall の名前 (例: ibi-image-install) を指定します。
      <cluster_name>
      クラスターの名前 (例: ibi-cluster) を指定します。
      <pull_secret_name>
      イメージレジストリーからイメージをプルするために使用するシークレット (例 ibi-image-pull-secret) を指定します。
    2. 次のコマンドを実行して ClusterDeployment リソースを作成します。

      $ oc apply -f ibi-cluster-deployment.yaml
  8. ManagedCluster リソースを作成します。

    1. ManagedCluster リソースを定義する YAML ファイルを作成します。

      ibi-managed.yaml ファイルの例:

      apiVersion: cluster.open-cluster-management.io/v1
      kind: ManagedCluster
      metadata:
        name: <managedcluster_name>
      spec:
        hubAcceptsClient: <hub_accepts_client>

      各項目の説明:

      <managedcluster_name>
      ManagedCluster リソースの名前 (例: sno-ibi) を指定します。
      <hub_accepts_client>
      RHACM がクラスターを管理するかどうかを指定します。管理を有効にするには、true に設定します。
    2. 次のコマンドを実行して、ManagedCluster リソースを作成します。

      $ oc apply -f ibi-managed.yaml

検証

  1. 次のコマンドを実行して、ターゲットホストのインストールの進行状況を監視するためにハブクラスター内の ImageClusterInstall のステータスを確認します。

    $ oc get imageclusterinstall

    出力例:

    NAME       REQUIREMENTSMET           COMPLETED                     BAREMETALHOSTREF
    target-0   HostValidationSucceeded   ClusterInstallationSucceeded  ibi-bmh
    警告

    ImageClusterInstall リソースが削除された場合、IBI Operator は BareMetalHost リソースを再度アタッチし、マシンを再起動します。

  2. インストールが完了したら、次のコマンドを実行して kubeconfig シークレットを取得し、マネージドクラスターにログインできます。

    $ oc extract secret/<cluster_name>-admin-kubeconfig -n <cluster_namespace>  --to - > <directory>/<cluster_name>-kubeconfig

    各項目の説明:

    <cluster_name>
    クラスターの名前を指定します。
    <cluster_namespace>
    クラスターの namespace を指定します。
    <directory>
    ファイルを作成するディレクトリーを指定します。
17.4.1.2.1. プリインストールされたホストのデプロイに使用するクラスター設定リソース

リモートサイトでプリインストールされたホストのデプロイメントを完了するには、各ベアメタルホストのハブクラスターで次のサイト固有のクラスター設定リソースを設定する必要があります。

Expand
表17.6 クラスター設定リソースのリファレンス
リソース説明

Namespace

マネージドシングルノード OpenShift クラスターの namespace。

BareMetalHost

プロビジョニングやハードウェア設定など、物理ホストとそのプロパティーを記述します。

ベアメタルホストの Secret

ホスト BMC の認証情報。

ベアメタルホストの静的ネットワーク設定の Secret

オプション: ターゲットホストの静的ネットワーク設定を記述します。

イメージレジストリーの Secret

イメージレジストリーの認証情報。イメージレジストリーのシークレットは、kubernetes.io/dockerconfigjson 型である必要があります。

ImageClusterInstall

ベアメタルホスト、デプロイメント、およびイメージセットリソースを参照します。

ClusterImageSet

クラスターに使用するリリースイメージを記述します。

ClusterDeployment

ネットワーク、認証、プラットフォーム固有の設定を記述します。

ManagedCluster

Red Hat Advanced Cluster Management (RHACM) が登録および管理できるようにするためのクラスター詳細を記述します。

ConfigMap

オプション: クラスターデプロイメントの追加設定を記述します。たとえば、クラスターサービスの信頼済み通信を確保するためにホストに信頼済み証明書のバンドルを追加する場合などです。

17.4.1.2.2. ImageClusterInstall リソース API 仕様

以下では、ImageClusterInstall リソースの API 仕様を説明します。このリソースは、Image Based Install Operator のエンドポイントです。

Expand
表17.7 必須の仕様
仕様説明

imageSetRef

string

デプロイメントのリリースイメージを定義する ClusterImageSet リソースの名前を指定します。

hostname

string

クラスターのホスト名を指定します。

sshKey

string

ターゲットホストへの SSH アクセスを提供するには、SSH キーを指定します。

Expand
表17.8 任意の仕様
仕様説明

clusterDeploymentRef

string

ターゲットホストのイメージベースのインストールに使用する ClusterDeployment リソースの名前を指定します。

clusterMetadata

string

デプロイメントが完了すると、クラスターにログインするための cluster-admin kubeconfig 認証情報など、クラスターに関するメタデータ情報がこの仕様に自動的に入力されます。

imageDigestSources

string

リリースイメージコンテンツのソースまたはリポジトリーを指定します。次に例を示します。

imageDigestSources:
  - mirrors:
      - "registry.example.com:5000/ocp4/openshift4"
    source: "quay.io/openshift-release-dev/ocp-release"

extraManifestsRefs

string

ターゲットクラスターに適用する追加のマニフェストを含む ConfigMap リソースを指定します。

bareMetalHostRef

string

クラスターのデプロイメントに使用する bareMetalHost リソースを指定します

machineNetworks

string

外部ネットワークの公開 Classless Inter-Domain Routing (CIDR) を指定します。デュアルスタックネットワークの場合、リスト形式を使用して IPv4 と IPv6 の両方の CIDR を指定できます。リストの最初の CIDR はプライマリーアドレスファミリーであり、シードクラスターのプライマリーアドレスファミリーと一致する必要があります。

proxy

string

クラスターのプロキシー設定を指定します。以下はその例です。

proxy:
  httpProxy: "http://proxy.example.com:8080"
  httpsProxy: "http://proxy.example.com:8080"
  noProxy: "no_proxy.example.com"

caBundleRef

string

ホストの信頼済み証明書の新しいバンドルを含む ConfigMap リソースを指定します。

17.4.1.3. 追加マニフェスト用の ConfigMap リソース

オプションで ConfigMap リソースを作成し、マネージドシングルノード OpenShift クラスターのイメージベースのデプロイメントで追加のマニフェストを定義できます。

ConfigMap リソースを作成したら、ImageClusterInstall リソースでそれを参照します。デプロイ中に、IBI Operator は追加のマニフェストをデプロイメントに含めます。

ConfigMap リソースを使用して、シングルノード OpenShift クラスターのイメージベースのデプロイメントに追加のマニフェストを追加できます。

次の例では、Single Root I/O Virtualization (SR-IOV) ネットワークをデプロイに追加します。

注記

追加マニフェストのファイル名は、必ず 30 文字以下にしてください。ファイル名が長いと、デプロイメントが失敗する可能性があります。

始める前に、以下を確認します。

  • イメージベースのインストールを使用して、シングルノード OpenShift をホストにプリインストールした。
  • cluster-admin 権限を持つユーザーとしてログインしている。

ConfigMap リソースを作成するには、以下の手順を実行します。

  1. SriovNetworkNodePolicy および SriovNetwork リソースを作成します。

    1. 次の例のように、リソースを定義する YAML ファイルを作成します。

      apiVersion: sriovnetwork.openshift.io/v1
      kind: SriovNetworkNodePolicy
      metadata:
        name: "example-sriov-node-policy"
        namespace: openshift-sriov-network-operator
      spec:
        deviceType: vfio-pci
        isRdma: false
        nicSelector:
          pfNames: [ens1f0]
        nodeSelector:
          node-role.kubernetes.io/master: ""
        mtu: 1500
        numVfs: 8
        priority: 99
        resourceName: example-sriov-node-policy
      ---
      apiVersion: sriovnetwork.openshift.io/v1
      kind: SriovNetwork
      metadata:
        name: "example-sriov-network"
        namespace: openshift-sriov-network-operator
      spec:
        ipam: |-
          {
          }
        linkState: auto
        networkNamespace: sriov-namespace
        resourceName: example-sriov-node-policy
        spoofChk: "on"
        trust: "off"
    2. 次のコマンドを実行して、ConfigMap リソースを作成します。

      $ oc create configmap sr-iov-extra-manifest --from-file=sriov-extra-manifest.yaml -n <namespace>

      各項目の説明:

      <namespace>

      ImageClusterInstall リソースを持つ namespace (例: ibi-ns) を指定します。

      出力例:

      configmap/sr-iov-extra-manifest created
      注記

      複数のマニフェストを追加し、マニフェストを特定の順序で適用する必要がある場合は、マニフェストのファイル名の前に、必要な順序を表す数字を付ける必要があります。たとえば、00-namespace.yaml01-sriov-extra-manifest.yaml などです。

  2. ImageClusterInstall リソースの spec.extraManifestsRefs フィールドで ConfigMap リソースを参照します。

    #...
      spec:
        extraManifestsRefs:
        - name: sr-iov-extra-manifest
    #...

クラスターサービスの信頼済み通信を確保するために、ConfigMap リソースを使用してホストに認証局 (CA) バンドルを追加できます。

ConfigMap リソースを作成したら、ImageClusterInstall リソースの spec.caBundleRef フィールドでそれを参照します。

始める前に、以下を確認します。

  • イメージベースのインストールを使用して、シングルノード OpenShift をホストにプリインストールした。
  • cluster-admin 権限を持つユーザーとしてログインしている。

CA バンドル ConfigMap リソースを作成するには、以下の手順を実行します。

  1. 次の例のように、tls-ca-bundle.pem という名前の CA バンドルファイルを作成します。

    -----BEGIN CERTIFICATE-----
    MIIDXTCCAkWgAwIBAgIJAKmjYKJbIyz3MA0GCSqGSIb3DQEBCwUAMEUxCzAJBgNV
    ...Custom CA certificate bundle...
    4WPl0Qb27Sb1xZyAsy1ww6MYb98EovazUSfjYr2EVF6ThcAPu4/sMxUV7He2J6Jd
    cA8SMRwpUbz3LXY=
    -----END CERTIFICATE-----
  2. 以下のコマンドを実行して ConfigMap オブジェクトを作成します。

    $ oc create configmap custom-ca --from-file=tls-ca-bundle.pem -n ibi-ns

    各項目の説明:

    custom-ca
    ConfigMap リソースの名前を指定します。
    tls-ca-bundle.pem
    ConfigMap リソース内の data エントリーのキーを指定します。tls-ca-bundle.pem キーを含む data エントリーを追加する必要があります。
    ibi-ns

    ImageClusterInstall リソースが存在する namespace を指定します。

    出力例:

    configmap/custom-ca created
  3. ImageClusterInstall リソースの spec.caBundleRef フィールドで ConfigMap リソースを参照します。

    #...
      spec:
        caBundleRef:
          name: custom-ca
    #...
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る