[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-oracle-oke-kubernetes-support-schedule-zh":3,"article-related-oracle-oke-kubernetes-support-schedule-zh":32,"series-industry-1a27d4e0-1fa2-44d8-b0fa-ed45f33660c9":85},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":24,"views":28,"created_at":29,"published_at":30,"topic_cluster_id":31},"1a27d4e0-1fa2-44d8-b0fa-ed45f33660c9","oracle-oke-kubernetes-support-schedule-zh","Oracle OKE 的 Kubernetes 支援節奏","\u003Cp data-speakable=\"summary\">Oracle OKE 目前只支援 3 個 Kubernetes 版本做新叢集，舊版會在新版本推出後依序退場。\u003C\u002Fp>\u003Cp>說真的，這份支援表不是參考用。它會直接影響你能不能升級，還有能不能新建叢集。\u003C\u002Fp>\u003Cp>Oracle 的 \u003Ca href=\"https:\u002F\u002Fdocs.oracle.com\u002Fen-us\u002Fiaas\u002FContent\u002FContEng\u002FConcepts\u002Fcontengaboutk8sversions.htm\" target=\"_blank\" rel=\"noopener\">Kubernetes Engine\u003C\u002Fa> 文件把規則寫得很清楚。新版本一上線，舊版本就開始倒數。\u003C\u002Fp>\u003Cp>現在的版本範圍橫跨 1.32 到 1.36。裡面還藏了 preview、node image、cgroups v2 這些實務坑點。\u003C\u002Fp>\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>Kubernetes 版本\u003C\u002Fth>\u003Cth>OKE 狀態\u003C\u002Fth>\u003Cth>重點\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>1.36.0\u003C\u002Ftd>\u003Ctd>Preview only\u003C\u002Ftd>\u003Ctd>只在 OC1 可用，正式環境先等等 1.36.1\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>1.35\u003C\u002Ftd>\u003Ctd>Supported\u003C\u002Ftd>\u003Ctd>需要 OL8 以上，且啟用 cgroups v2\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>1.34.1\u003C\u002Ftd>\u003Ctd>Supported\u003C\u002Ftd>\u003Ctd>Oracle 提到 1.34.2 修掉上游問題\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>1.33.1\u003C\u002Ftd>\u003Ctd>Supported\u003C\u002Ftd>\u003Ctd>文件列出 2026-06-08 為結束日\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>1.32.10\u003C\u002Ftd>\u003Ctd>Supported\u003C\u002Ftd>\u003Ctd>OKE EOL 日期是 2026-05-28\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Ch2>OKE 的支援窗很短，這是設計好的\u003C\u002Fh2>\u003Cp>Oracle 說得很直白。OKE 只支援 3 個 Kubernetes 版本做新叢集。當它宣布支援新版本後，舊的第四版只會再撐至少 30 天。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780912976158-zpsu.png\" alt=\"Oracle OKE 的 Kubernetes 支援節奏\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這種節奏對維運團隊很現實。你不是想升才升，而是得跟著支援窗跑。拖太久，常會碰到不支援的 node image，或是升級路徑被卡住。\u003C\u002Fp>\u003Cp>Oracle 也建議，新叢集直接用最新支援版。舊叢集則要在新版本公告後盡快規劃升級。這句話很樸素，但很有用。\u003C\u002Fp>\u003Cul>\u003Cli>OKE 新叢集只支援 3 個 Kubernetes 版本。\u003C\u002Fli>\u003Cli>新版本公告後，第四舊版至少再支援 30 天。\u003C\u002Fli>\u003Cli>1.36.0 是 preview，不適合直接上正式環境。\u003C\u002Fli>\u003Cli>目前文件涵蓋 1.32 到 1.36。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>1.35 最大的變化，是 cgroups v2\u003C\u002Fh2>\u003Cp>真正麻煩的點，在 Kubernetes 1.35。從這版開始，Kubernetes 需要 cgroups v2 來做容器資源管理。\u003C\u002Fp>\u003Cp>這不是小改動。它會直接影響 worker node 用什麼 image。Oracle 明講，OKE OL8 image 若 build number 是 1367 以上，預設就開 cgroups v2。\u003C\u002Fp>\u003Cp>如果你還在用 OL7 image，就不能直接升到 1.35。Oracle 也說，OL7 platform image 和基於 OL7 的 custom image 都不行。\u003C\u002Fp>\u003Cblockquote>\"Starting with Kubernetes version 1.35, Kubernetes requires cgroups v2 for container resource management.\" — Oracle Cloud Infrastructure documentation\u003C\u002Fblockquote>\u003Cp>講白了就是，1.35 不是單純換版本號。你要先看 node image，還要看底層作業系統。\u003C\u002Fp>\u003Cp>如果你是從 OKE OL7 升上來，這次通常得做 out-of-place upgrade。也就是先準備 OL8，再切過去。\u003C\u002Fp>\u003Cul>\u003Cli>1.35 需要 OL8 或更新版本。\u003C\u002Fli>\u003Cli>OKE OL8 build 1367 以上預設啟用 cgroups v2。\u003C\u002Fli>\u003Cli>OL7 image 不支援 1.35。\u003C\u002Fli>\u003Cli>OL7 不能直接原地升級到 1.35。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Preview 版本能試，但別拿去賭 production\u003C\u002Fh2>\u003Cp>Oracle 把 1.36.0、1.35.0、1.34.0、1.33.0 都標成 preview。這些版本只在 OC1 realm 提供。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780912974675-llow.png\" alt=\"Oracle OKE 的 Kubernetes 支援節奏\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這代表什麼？代表你可以測，但別太早把它當正式版。Oracle 也一直提醒，最好等後續的 production release。\u003C\u002Fp>\u003Cp>像是 1.36.0 之後，Oracle 期待你看的是 1.36.1。1.35.0 也是一樣，重點會落到 1.35.1。\u003C\u002Fp>\u003Cp>1.34.1 的說明更細。Oracle 提到上游問題在 1.34.2 會修掉。如果那些問題會影響你，直接升 1.34.1 可能不是好主意。\u003C\u002Fp>\u003Cp>這裡的訊息很清楚。不是每個 patch 都一樣穩。文件其實是在幫你避坑，不是在叫你盲升。\u003C\u002Fp>\u003Cul>\u003Cli>1.36.0、1.35.0、1.34.0、1.33.0 都是 preview。\u003C\u002Fli>\u003Cli>preview 只提供在 OC1 realm。\u003C\u002Fli>\u003Cli>Oracle 常建議等下一個 production 版本。\u003C\u002Fli>\u003Cli>1.34.2 被點名用來修 1.34.1 的上游問題。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Patch note 裡的細節，才是維運地雷\u003C\u002Fh2>\u003Cp>1.34.1 還有一個很實際的變更。CRI-O 預設開始強制完整 image name。\u003C\u002Fp>\u003Cp>意思很簡單。你如果只寫 \u003Ccode>nginx\u003C\u002Fcode>，有些情況會出事。Oracle 直接建議寫成 \u003Ccode>\u003Ca href=\"\u002Ftag\u002Fdocker\">docker\u003C\u002Fa>.io\u002Fnginx\u003C\u002Fcode> 這種完整格式。\u003C\u002Fp>\u003Cp>這種改動最煩。因為它不一定立刻炸，但一炸就是 pull image 失敗，而且訊息還不一定看得懂。\u003C\u002Fp>\u003Cul>\u003Cli>1.34.1 預設啟用 CRI-O 完整 image name 檢查。\u003C\u002Fli>\u003Cli>短名稱可能因 registry 模糊而失敗。\u003C\u002Fli>\u003Cli>Oracle 提供 cloud-init workaround。\u003C\u002Fli>\u003Cli>若受上游問題影響，1.34.2 比 1.34.1 更保險。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>我覺得這份文件最有價值的地方，不是版本表本身。\u003C\u002Fp>\u003Cp>而是它把升級風險講得很務實。你要看版本，也要看 node image、OS、runtime 行為。\u003C\u002Fp>\u003Ch2>這份支援表背後，是 Oracle 的升級邏輯\u003C\u002Fh2>\u003Cp>Oracle 的做法很像很多雲服務商。它不想讓你長期卡在舊版。因為舊版會拖累支援成本，也會增加相容性問題。\u003C\u002Fp>\u003Cp>對開發團隊來說，這代表版本治理要更早做。不要等到 EOL 前一個月才補文件。那時候通常只剩救火。\u003C\u002Fp>\u003Cp>你也可以把這份表當成排程\u003Ca href=\"\u002Fnews\u002Frustup-rust-official-toolchain-installer-zh\">工具\u003C\u002Fa>。現在如果你還在 1.32 或 1.33，就該先看 node image，再看應用相依套件。\u003C\u002Fp>\u003Cp>另外，preview 和 production 的界線也很重要。很多團隊會把\u003Ca href=\"\u002Fnews\u002Fturboquant-cuts-kv-cache-memory-6x-google-tests-zh\">測試\u003C\u002Fa>環境升很快，正式環境卻拖太久。最後就是兩邊版本差太多，問題更難重現。\u003C\u002Fp>\u003Cp>這也是為什麼 Oracle 反覆強調 newest supported version。它不是在講理想，而是在講維運成本。\u003C\u002Fp>\u003Cul>\u003Cli>舊版拖越久，升級成本通常越高。\u003C\u002Fli>\u003Cli>測試環境和正式環境版本差距不能太大。\u003C\u002Fli>\u003Cli>node image 要和 Kubernetes 版本一起看。\u003C\u002Fli>\u003Cli>版本治理最好提早排進維運節奏。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>現在最實際的做法，是先查三件事\u003C\u002Fh2>\u003Cp>如果你有 OKE 叢集，先查目前 Kubernetes minor version。再查 worker node 用的是 OL7 還是 OL8。\u003C\u002Fp>\u003Cp>最後看有沒有用到 short image name，或是依賴 preview 版本。這三件事，通常就能抓出大部分風險。\u003C\u002Fp>\u003Cp>我的判斷很直接。只要你的叢集還沾到 OL7，1.35 這條線就不能亂碰。\u003C\u002Fp>\u003Cp>接下來的升級策略，也很明確。先把\u003Ca href=\"\u002Fnews\u002Fopenclaw-6-yue-ce-shi-ban-xian-xiu-5-ge-fa-bu-feng-xian-zh\">測試\u003C\u002Fa>環境拉到接近 production，再處理 node image，最後才動 Kubernetes 版本。\u003C\u002Fp>\u003Cp>如果你現在正在排 OKE 升級，我會先問一句：你的 node image 已經準備好升到 OL8 了嗎？\u003C\u002Fp>","Oracle OKE 目前只支援 3 個 Kubernetes 版本做新叢集，舊版會在新版本推出後依序退場。1.35 之後還多了 cgroups v2 與 OL8 的相容性限制。","docs.oracle.com","https:\u002F\u002Fdocs.oracle.com\u002Fen-us\u002Fiaas\u002FContent\u002FContEng\u002FConcepts\u002Fcontengaboutk8sversions.htm",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780912976158-zpsu.png","industry","zh","dfaa6709-fe58-4751-86c7-b5f8ccc05cfa",[17,18,19,20,21,22,23],"Oracle OKE","Kubernetes","OKE 支援版本","cgroups v2","OL8","node image","Kubernetes 升級",[25,26,27],"OKE 只支援 3 個 Kubernetes 版本做新叢集，舊版會依序退場。","Kubernetes 1.35 起需要 cgroups v2，OL7 image 不能直接升。","Preview 版本只適合測試，正式環境應優先看 production release。",0,"2026-06-08T10:02:25.111162+00:00","2026-06-08T10:02:25.083+00:00","934dbacd-9bb0-45c6-8e73-084b26489646",{"tags":33,"relatedLang":44,"relatedPosts":48},[34,36,38,40,42],{"name":21,"slug":35},"ol8",{"name":18,"slug":37},"kubernetes",{"name":19,"slug":39},"oke-支援版本",{"name":17,"slug":41},"oracle-oke",{"name":20,"slug":43},"cgroups-v2",{"id":15,"slug":45,"title":46,"language":47},"oracle-oke-kubernetes-support-schedule-en","Oracle OKE’s Kubernetes support schedule, explained","en",[49,55,61,67,73,79],{"id":50,"slug":51,"title":52,"cover_image":53,"image_url":53,"created_at":54,"category":13},"05e420cf-7993-49c9-b005-17a3ce707432","cloudflare-ai-agent-bet-anthropic-partnership-zh","Cloudflare 把 AI agent 變成股價主軸","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780920180542-zjgl.png","2026-06-08T12:02:31.601499+00:00",{"id":56,"slug":57,"title":58,"cover_image":59,"image_url":59,"created_at":60,"category":13},"4ff0b94c-907b-45e9-9151-423acbffaa74","dc-splits-ai-crypto-oversight-paths-zh","D.C. 把 AI 與 crypto 分開管","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780919297819-ibi7.png","2026-06-08T11:47:48.040403+00:00",{"id":62,"slug":63,"title":64,"cover_image":65,"image_url":65,"created_at":66,"category":13},"81c43fcc-28e7-4ee9-9f74-fbbf6c18ff86","microsoft-openai-split-already-visible-zh","4 個訊號看懂 Microsoft 與 OpenAI 漸行漸遠","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780913879552-yfqn.png","2026-06-08T10:17:19.041546+00:00",{"id":68,"slug":69,"title":70,"cover_image":71,"image_url":71,"created_at":72,"category":13},"1021447f-a63b-41f8-b4dc-78c162abf14e","crowdstrike-docker-kubernetes-cryptojacking-zh","CrowdStrike 揭露 Docker、Kubernetes 挖礦攻擊","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780912068788-qm6z.png","2026-06-08T09:47:21.114563+00:00",{"id":74,"slug":75,"title":76,"cover_image":77,"image_url":77,"created_at":78,"category":13},"962478b8-9498-4678-9a6d-57737cb61e75","fets-rally-is-a-sector-trade-not-conviction-bet-zh","FET 的反彈是板塊交易，不是信念下注","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780911170287-3n4n.png","2026-06-08T09:32:20.683549+00:00",{"id":80,"slug":81,"title":82,"cover_image":83,"image_url":83,"created_at":84,"category":13},"2c2164b3-25ea-4225-af7a-271f474ee158","60b-spacex-cursor-deal-ai-cash-burn-zh","SpaceX 擬 600 億收購 Cursor","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780908474341-0zt5.png","2026-06-08T08:47:21.225735+00:00",[86,91,96,101,106,111,116,121,126,131],{"id":87,"slug":88,"title":89,"created_at":90},"ee073da7-28b3-4752-a319-5a501459fb87","ai-in-2026-what-actually-matters-now-zh","2026 AI 真正重要的事","2026-03-26T07:09:12.008134+00:00",{"id":92,"slug":93,"title":94,"created_at":95},"83bd1795-8548-44c9-9a7e-de50a0923f71","trump-ai-framework-power-speech-state-preemption-zh","川普 AI 框架瞄準電力、言論與州權","2026-03-26T07:12:18.695466+00:00",{"id":97,"slug":98,"title":99,"created_at":100},"ea6be18b-c903-4e54-97b7-5f7447a612e0","nvidia-gtc-2026-big-ai-announcements-zh","NVIDIA GTC 2026 重點拆解","2026-03-26T07:14:26.62638+00:00",{"id":102,"slug":103,"title":104,"created_at":105},"4bcec76f-4c36-4daa-909f-54cd702f7c93","claude-users-spreading-out-and-getting-better-zh","Claude 用戶更分散，也更會用","2026-03-26T07:22:52.325888+00:00",{"id":107,"slug":108,"title":109,"created_at":110},"bd903b15-2473-4178-9789-b7557816e535","openclaw-raises-hard-question-for-ai-models-zh","OpenClaw 逼問 AI 模型價值","2026-03-26T07:24:54.707486+00:00",{"id":112,"slug":113,"title":114,"created_at":115},"eeac6b9e-ad9d-4831-8eec-8bba3f9bca6a","gap-google-gemini-checkout-fashion-search-zh","Gap 把結帳搬進 Gemini","2026-03-26T07:28:23.937768+00:00",{"id":117,"slug":118,"title":119,"created_at":120},"0740e53f-605d-4d57-8601-c10beb126f3c","google-pushes-gemini-transition-to-march-2026-zh","Google 把 Gemini 轉換延到 2026 年 3…","2026-03-26T07:30:12.825269+00:00",{"id":122,"slug":123,"title":124,"created_at":125},"e660d801-2421-4529-8fa9-86b82b066990","metas-llama-4-benchmark-scandal-gets-worse-zh","Meta Llama 4 分數風波又擴大","2026-03-26T07:34:21.156421+00:00",{"id":127,"slug":128,"title":129,"created_at":130},"183f9e7c-e143-40bb-a6d5-67ba84a3a8bc","accenture-mistral-ai-sovereign-enterprise-deal-zh","Accenture 攜手 Mistral AI 賣主權 AI","2026-03-26T07:38:14.818906+00:00",{"id":132,"slug":133,"title":134,"created_at":135},"191d9b1b-768a-478c-978c-dd7431a38149","mistral-ai-faces-its-hardest-year-yet-zh","Mistral AI 迎來最硬的一年","2026-03-26T07:40:23.716374+00:00"]