|
| 1 | +--- |
| 2 | +reviewers: |
| 3 | +title: ランタイムクラス(Runtime Class) |
| 4 | +content_template: templates/concept |
| 5 | +weight: 20 |
| 6 | +--- |
| 7 | + |
| 8 | +{{% capture overview %}} |
| 9 | + |
| 10 | +{{< feature-state for_k8s_version="v1.14" state="beta" >}} |
| 11 | + |
| 12 | +このページではRuntimeClassリソースと、runtimeセクションのメカニズムについて説明します。 |
| 13 | + |
| 14 | +{{< warning >}} |
| 15 | +RuntimeClassはKubernetes1.14のβ版アップグレードにおいて*破壊的な* 変更を含んでいます。もしユーザーがKubernetes1.14以前のバージョンを使っていた場合、[RuntimeClassのα版からβ版へのアップグレード](#upgrading-runtimeclass-from-alpha-to-beta)を参照してください。 |
| 16 | +{{< /warning >}} |
| 17 | + |
| 18 | +{{% /capture %}} |
| 19 | + |
| 20 | + |
| 21 | +{{% capture body %}} |
| 22 | + |
| 23 | +## RuntimeClassについて |
| 24 | + |
| 25 | +RuntimeClassはコンテナランタイムの設定を選択するための機能です。そのコンテナランタイム設定はPodのコンテナを稼働させるために使われます。 |
| 26 | + |
| 27 | +### セットアップ |
| 28 | + |
| 29 | +RuntimeClass機能のFeature Gateが有効になっていることを確認してください(デフォルトで有効です)。Feature Gateを有効にする方法については、[Feature |
| 30 | +Gates](/docs/reference/command-line-tools-reference/feature-gates/)を参照してください。 |
| 31 | +その`RuntimeClass`のFeature GateはApiServerとkubeletのどちらも有効になっていなければなりません。 |
| 32 | + |
| 33 | +1. ノード上でCRI実装を設定する。（ランタイムに依存） |
| 34 | +2. 対応するRuntimeClassリソースを作成する。 |
| 35 | + |
| 36 | +#### 1. ノード上でCRI実装を設定する。 |
| 37 | + |
| 38 | +RuntimeClassを通じて利用可能な設定はContainer Runtime Interface (CRI)の実装依存となります。 |
| 39 | +ユーザーの環境のCRI実装の設定方法は、対応するドキュメント([下記](#cri-configuration))を参照ください。 |
| 40 | + |
| 41 | +{{< note >}} |
| 42 | +RuntimeClassは現時点において、クラスター全体で同じ種類のNode設定であることを仮定しています。(これは全てのNodeがコンテナランタイムに関して同じ方法で構成されていることを意味します)。 |
| 43 | +設定が異なるNodeに関しては、スケジューリング機能を通じてRuntimeClassとは独立して管理されなくてはなりません。([PodをNodeに割り当てる方法](/docs/concepts/configuration/assign-pod-node/)を参照して下さい)。 |
| 44 | +{{< /note >}} |
| 45 | + |
| 46 | +RuntimeClassの設定は、RuntimeClassによって参照される`ハンドラー`名を持ちます。そのハンドラーは正式なDNS-1123に準拠する形式のラベルでなくてはなりません(英数字 + `-`の文字で構成されます)。 |
| 47 | + |
| 48 | +#### 2. 対応するRuntimeClassリソースを作成する |
| 49 | + |
| 50 | +ステップ1にて設定する各項目は、関連する`ハンドラー` 名を持ちます。それはどの設定かを指定するものです。各ハンドラーにおいて、対応するRuntimeClassオブジェクトが作成されます。 |
| 51 | + |
| 52 | +そのRuntimeClassリソースは現時点で2つの重要なフィールドを持ちます。それはRuntimeClassの名前(`metadata.name`)とハンドラー(`handler`)です。そのオブジェクトの定義は下記のようになります。 |
| 53 | + |
| 54 | +```yaml |
| 55 | +apiVersion: node.k8s.io/v1beta1 # RuntimeClassはnode.k8s.ioというAPIグループで定義されます。 |
| 56 | +kind: RuntimeClass |
| 57 | +metadata: |
| 58 | + name: myclass # RuntimeClass名 |
| 59 | + # RuntimeClassはネームスペースなしのリソースです。 |
| 60 | +handler: myconfiguration # 対応するCRI設定 |
| 61 | +``` |
| 62 | +
|
| 63 | +{{< note >}} |
| 64 | +RuntimeClassの書き込み操作(create/update/patch/delete)はクラスター管理者のみに制限されることを推奨します。 |
| 65 | +これはたいていデフォルトで有効となっています。さらなる詳細に関しては[Authorization |
| 66 | +Overview](/docs/reference/access-authn-authz/authorization/)を参照してください。 |
| 67 | +{{< /note >}} |
| 68 | +
|
| 69 | +### 使用例 |
| 70 | +
|
| 71 | +一度RuntimeClassがクラスターに対して設定されると、それを使用するのは非常に簡単です。PodSpecの`runtimeClassName`を指定してください。 |
| 72 | +例えば |
| 73 | + |
| 74 | +```yaml |
| 75 | +apiVersion: v1 |
| 76 | +kind: Pod |
| 77 | +metadata: |
| 78 | + name: mypod |
| 79 | +spec: |
| 80 | + runtimeClassName: myclass |
| 81 | + # ... |
| 82 | +``` |
| 83 | + |
| 84 | +これは、Kubeletに対してPodを稼働させるためのRuntimeClassを使うように指示します。もし設定されたRuntimeClassが存在しない場合や、CRIが対応するハンドラーを実行できない場合、そのPodは`Failed`という[フェーズ](/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase)になります。 |
| 85 | +エラーメッセージに関しては対応する[イベント](/docs/tasks/debug-application-cluster/debug-application-introspection/)を参照して下さい。 |
| 86 | + |
| 87 | +もし`runtimeClassName`が指定されていない場合、デフォルトのRuntimeHandlerが使用され、これはRuntimeClassの機能が無効であるときのふるまいと同じものとなります。 |
| 88 | + |
| 89 | +### CRIの設定 |
| 90 | + |
| 91 | +CRIランタイムのセットアップに関するさらなる詳細は、[CRIのインストール](/docs/setup/cri/)を参照してください。 |
| 92 | + |
| 93 | +#### dockershim |
| 94 | + |
| 95 | +Kubernetesのビルトインのdockershim CRIは、ランタイムハンドラーをサポートしていません。 |
| 96 | + |
| 97 | +#### [containerd](https://containerd.io/) |
| 98 | + |
| 99 | +ランタイムハンドラーは、`/etc/containerd/config.toml`にあるcontainerdの設定ファイルにより設定されます。 |
| 100 | +正しいハンドラーは、その`runtime`セクションで設定されます。 |
| 101 | + |
| 102 | +``` |
| 103 | +[plugins.cri.containerd.runtimes.${HANDLER_NAME}] |
| 104 | +``` |
| 105 | +
|
| 106 | +containerdの設定に関する詳細なドキュメントは下記を参照してください。 |
| 107 | +https://github.com/containerd/cri/blob/master/docs/config.md |
| 108 | +
|
| 109 | +#### [cri-o](https://cri-o.io/) |
| 110 | +
|
| 111 | +ランタイムハンドラーは、`/etc/crio/crio.conf`にあるcri-oの設定ファイルにより設定されます。 |
| 112 | +正しいハンドラーは[crio.runtime |
| 113 | +table](https://github.com/kubernetes-sigs/cri-o/blob/master/docs/crio.conf.5.md#crioruntime-table)で設定されます。 |
| 114 | +
|
| 115 | +``` |
| 116 | +[crio.runtime.runtimes.${HANDLER_NAME}] |
| 117 | + runtime_path = "${PATH_TO_BINARY}" |
| 118 | +``` |
| 119 | +
|
| 120 | +cri-oの設定に関する詳細なドキュメントは下記を参照してください。 |
| 121 | +https://github.com/kubernetes-sigs/cri-o/blob/master/cmd/crio/config.go |
| 122 | +
|
| 123 | +
|
| 124 | +### RutimeClassをα版からβ版にアップグレードする |
| 125 | +
|
| 126 | +RuntimeClassのβ版の機能は、下記の変更点を含みます。 |
| 127 | +
|
| 128 | +- `node.k8s.io`APIグループと`runtimeclasses.node.k8s.io`リソースはCustomResourceDefinitionからビルトインAPIへとマイグレーションされました。 |
| 129 | +- `spec`はRuntimeClassの定義内にインライン化されました(RuntimeClassSpecはすでにありません)。 |
| 130 | +- `runtimeHandler`フィールドは`handler`にリネームされました。 |
| 131 | +- `handler`フィールドは、全てのAPIバージョンにおいて必須となりました。これはα版のAPIでの`runtimeHandler`フィールドもまた必須であることを意味します。 |
| 132 | +- `handler`フィールドは正しいDNSラベルの形式である必要があり([RFC 1123](https://tools.ietf.org/html/rfc1123))、これは`.`文字はもはや含むことができないことを意味します(全てのバージョンにおいて)。有効なハンドラー名は、次の正規表現に従います。`^[a-z0-9]([-a-z0-9]*[a-z0-9])?$` |
| 133 | +
|
| 134 | +**Action Required:** 次のアクションはRuntimeClassのα版からβ版へのアップグレードにおいて対応が必須です。 |
| 135 | +
|
| 136 | +- RuntimeClassリソースはKubernetes v1.14にアップグレードされた*後に* 再作成されなくてはなりません。そして`runtimeclasses.node.k8s.io`というCRDは手動で削除されるべきです。 |
| 137 | + ``` |
| 138 | + kubectl delete customresourcedefinitions.apiextensions.k8s.io runtimeclasses.node.k8s.io |
| 139 | + ``` |
| 140 | +- `runtimeHandler`の指定がないか、もしくは空文字の場合や、ハンドラー名に`.`文字列が使われている場合はα版のRuntimeClassにおいてもはや有効ではありません。正しい形式のハンドラー設定に変更しなくてはなりません(先ほど記載した内容を確認ください)。 |
| 141 | +
|
| 142 | +{{% /capture %}} |
0 commit comments