Help us understand the problem. What is going on with this article?

Kubernetes 1.16: SIG-API Machineryの変更内容

ZLabによる、他SIGのv1.16変更点の紹介はこちら

:pencil: はじめに

ついにKubernetes 1.16がリリースされました :tada:
今回の目玉は何と言ってもCRDとAdmission WebhookのGAです!
それに伴いdeprecatedになったapiextensions.k8s.io/v1beta1admissionregistration.k8s.io/v1beta1APIはv1.19に非公開になります。また、Webhook GAのタイミングでデフォルト値や必須値が変わったり注意点もあります。CRD/Webhookユーザの皆さん、一緒に頑張っていきましょう :muscle:

主要な変更

ここからは、ChangeLog v1.16のSIG-API Machineryの内容だけピックアップしていきます。
:pencil: マークはChangeLog関係なく私の所感です。

Betaに昇格した機能

  • WatchBookmarkがbetaに昇格し、デフォルトで有効になりました。これによりクライアントはWatchイベントをリクエストするときにBOOKMARKタイプを設定できるようになります。#79786

    • :pencil: WatchBookmarkは前回のv1.15の時にも紹介したやつですが、Watchのパフォーマンス改善のために追加された機能です。おそらく次の1.17にはstableになるでしょう。詳しいロジックに興味がある方はKEPを読むとわかります。
  • Server-side applyがvalidationフィールドでOpenAPIを定義しているCRDで利用できるようになりました。#77354

    • :pencil: 待っていたCRDのServer-side apply! ついにやってきました。Siver-side applyについては1.14の時の記事ですが @superbrothersさんが Qiita: SSA v1.14 alpha で解説しています。
  • CRDのdefaultingがbetaに昇格し、デフォルトで有効になりました。詳細はこちらをどうぞ。#81872

    • :pencil: 1, 2年前くらいからstefanさんがKubeConでこんな機能を入れたいと発表してたやつがついにデフォルト有効になりました。k8sjpとかでも紹介しましたが、資料わかりやすいので検索してみてください。

Misc

  • Graceful Shutdownを遅らせるための --shutdown-delay-durationフラグがkube-apiserverに追加されました。この遅延時間は/healthzはsuccessし続けるのでリクエストは受け付けますが、/readyzはfailureステータスになります。これにより、SDNが全ノードのiptablesを変更してトラフィックを止める時間を作ることができます。#74416
  • kube-apiserverにHealthチェック用の/livezも追加されました。起動フラグの --maximum-startup-sequence-durationを使うと、起動時のチェックを遅延できるため、即死するのを防げます。#81969

  • :pencil: 記憶が正しければ上2つとも2019 KubeCon Euroで発表があったkube-apiserverを安全にシャットダウンするために提案されていた機能です。ここら辺までk8sの手が回ってきたんだなーという感じですね。この手のReadHatが強いなという印象。

そのほかの変更

CRD系

  • メタデータを除いてOpenAPI定義内のpruneされるCRDのデフォルト値を検証するようになりました。 #78829
  • CRDの更新を反映するために、古くなったCRストレージを適切に再生成するようになりました #79114
  • CVE-2019-11247が修正されました。これは、APIサーバがCRによる範囲外のアクセスを許可してしまうというものです。#80750
  • conditionのapiextensions.<v1beta1/v1>.CustomResourceDefinitionStatusが必須値からオプションになりました。#64996
  • CRのサーバセットアップ中にそのAPIリクエストがきた場合、404を返すようになりました。#81244
  • CRDのOpenAPIが正しく公開できるようになったので、PATCHタイプがサポートしました。#81515
  • CRDのステータスが変更された時のみLastTransitionTimeが更新されるようになりました。#69655
  • 古いCRにもEtcdから読み出すときにmetadata.generationが付与されていなければセットするようになりました。#82005
  • CRDのk8sコミュニティ用APIグループを保護するため、アノテーションにPRへのリンクを値にもつapi-approved.kubernetes.ioキーが設定されるようになりました。詳しくは#1111をみてください。#79992
  • CRのバリデーションエラーメッセージが改善されました。#81212

Misc

  • rawフィールドが必須値になっていたio.k8s.apimachinery.pkg.runtime.RawExtensionのバグが修正されました。#80773
  • Updateリクエスト時に、キャッシュを使った事前の状態チェックに失敗してもエラーに落とすのではなくリトライするように修正しました。#82303
  • バックエンドによってプロキシの接続が切られた際に、過剰なスタックトレースがログに保存されないように修正しました。#82588
  • タイムアウトを持つ非同期処理に必要なため、RateLimiterにContextベースの関数を追加しました。#79375
  • ScaleInterfaceにpatchが追加されました #80699
  • kms-pluginのステータスをチェックするために、KMSプロバイダのhealthzをkube-apiserverのEncryptionConfigから設定するようになりました。#78540
  • ReferectorのListAndWatch関数が"connection refused"エラーを返してもリトライしないバグが修正されました。#81634
  • バックエンドにServiceを使っているAggregated APIに対する/のリクエストにHTTP 2xx番以外のレスポンスが返る問題が修正されました #79895
  • pkg/api/refからGetReference()GetPartialReference()がなくなったので代わりにstaging/src/k8s.io/client-go/tools/refを使うようにしましょう。#80361
  • Pod Overhead用にPodSpecとRuntimeClassタイプにOverheadフィールドが追加されました #76968

:pencil: おわりに

Webhookに注意しましょうといったものの補足してなかったので軽く説明しておくと、sideEffectのデフォルト値がなくなって必須値になりました(dry-runの挙動に影響があるやつ)。デフォルト使ってた方は適切に設定しておきましょう。また、failurePolicyがFailになったので証明書やサーバ障害でAPI受け付けなくなったりするので雑にWebhookを扱わないようにしましょう。Deploymentに対して全NSの更新系リクエストのWebhookとか作ってデッドロックすると悲惨です(これについてはv1.7 or v1.8あたりからWebhook Bootstrappingの機能が入って解決するかも)。セレクタとか使って範囲は必要最低限に絞りましょう。CRDもversionsへの移行とか色々あるのですが、controller-toolsの動向見つつやっていきましょう。

Ladicle
Software Engineer I'm developing Kubernetes as a Service :)
https://ladicle.com
zlab
技術で新しい世界へシフトする。
https://zlab.co.jp/
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Comments
No comments
Sign up for free and join this conversation.
If you already have a Qiita account
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
ユーザーは見つかりませんでした