アプリケーションの実行

手順

1. 独自の値を挿入し、以下のコマンドのいずれかを実行して、デフォルトパスのリストを上書きします。

   1. 単一パスの設定ファイルで manifests.kustomizePaths を <"/opt/alternate/path"> に設定します。

   2. glob パターンの設定ファイルで kustomizePaths を ,"/opt/alternative/path.d/*". に設定します。

      manifests:
          kustomizePaths:
              - <location> 1

      1

      "/opt/alternative/path" を使用して各位置エントリーを正確なパスに設定するか、"/opt/alternative/path.d/*" を使用して glob パターンを設定します。

2. マニフェストの読み込みを無効にするには、設定オプションを空のリストに設定します。

   manifests:
       kustomizePaths: []

   注記

   設定ファイルはデフォルトを完全にオーバーライドします。kustomizePaths 値が設定されている場合は、設定ファイル内の値のみが使用されます。値を空のリストに設定すると、マニフェストの読み込みが無効になります。

手順

1. 次のコマンドを実行して、BusyBox マニフェストファイルを作成します。

   1. ディレクトリーの場所を定義します。

      $ MANIFEST_DIR=/etc/microshift/manifests

   2. ディレクトリーを作成します。

      $ sudo mkdir -p ${MANIFEST_DIR}

   3. YAML ファイルをディレクトリーに配置します。

      sudo tee ${MANIFEST_DIR}/busybox.yaml &>/dev/null <<EOF
      apiVersion: v1
      kind: Namespace
      metadata:
        name: busybox
      ---
      apiVersion: apps/v1
      kind: Deployment
      metadata:
        name: busybox
        namespace: busybox-deployment
      spec:
        selector:
          matchLabels:
            app: busybox
        template:
          metadata:
            labels:
              app: busybox
          spec:
            containers:
            - name: busybox
              image: BUSYBOX_IMAGE
              command: [ "/bin/sh", "-c", "while true ; do date; sleep 3600; done;" ]
      EOF

2. 次に、以下のコマンドを実行して kustomize マニフェストファイルを作成します。

   1. YAML ファイルをディレクトリーに配置します。

      sudo tee ${MANIFEST_DIR}/kustomization.yaml &>/dev/null <<EOF
      apiVersion: kustomize.config.k8s.io/v1beta1
      kind: Kustomization
      namespace: busybox
      resources:
        - busybox.yaml
      images:
        - name: BUSYBOX_IMAGE
          newName: busybox:1.35
      EOF

3. 次のコマンドを実行して MicroShift を再起動し、マニフェストを適用します。

   $ sudo systemctl restart microshift

4. 次のコマンドを実行して、マニフェストを適用し、busybox Pod を起動します。

   $ oc get pods -n busybox

手順

1. 次のコマンドを実行して、マニフェストをレンダリングし、すべてのコンテナーイメージ参照を抽出し、アプリケーションイメージをブループリントコンテナーソースに変換します。

   $ oc kustomize ~/manifests | grep "image:" | grep -oE '[^ ]+$' | while read line; do echo -e "[[containers]]\nsource = \"${line}\"\n"; done >><my_blueprint>.toml

2. 次のコマンドを実行して、更新されたブループリントを Image Builder にプッシュします。

   $ sudo composer-cli blueprints push <my_blueprint>.toml

3. ワークロードコンテナーがプライベートリポジトリーにある場合は、Image Builder に必要なプルシークレットを提供する必要があります。

   1. /etc/osbuild-worker/osbuild-worker.toml ファイル内の osbuilder worker 設定の [containers] セクションにある auth_file_path を、プルシークレットを指すように設定します。

   2. 必要に応じて以下のように、プルシークレットのディレクトリーおよびファイルを作成します。

      ディレクトリーとファイルの例

      [containers]
      auth_file_path = "/<path>/pull-secret.json" 1

      1

      イメージのコピーおよび取得には、以前に設定したカスタムの場所を使用します。

4. 以下のコマンドを実行し、コンテナーイメージをビルドします。

   $ sudo composer-cli compose start-ostree <my_blueprint> edge-commit

5. ビルドの完了待ち、イメージのエクスポート、rpm-ostree リポジトリーへの統合、ブータブル ISO の作成など、任意の rpm-ostree イメージフローに進みます。

手順

1. Greenboot がヘルスチェックスクリプトファイルを実行していることをテストするには、次のコマンドを実行してホストを再起動します。

   $ sudo reboot

2. 次のコマンドを実行して、Greenboot ヘルスチェックの出力を調べます。

   $ sudo journalctl -o cat -u greenboot-healthcheck.service

   注記

   MicroShift コアサービスのヘルスチェックは、ワークロードのヘルスチェックの前に実行されます。

   出力例

   GRUB boot variables:
   boot_success=0
   boot_indeterminate=0
   Greenboot variables:
   GREENBOOT_WATCHDOG_CHECK_ENABLED=true
   ...
   ...
   FINISHED
   Script '40_microshift_running_check.sh' SUCCESS
   Running Wanted Health Check Scripts...
   Finished greenboot Health Checks Runner.