cri o 下載 - cri o 原始碼下載

讀它

其他源碼

1.31.2

下載

CRI-O - 基於 OCI 的 Kubernetes 容器運行時介面實現

相容性矩陣：CRI-O ⬄ Kubernetes
該項目的範圍是什麼？
什麼不屬於這個專案的範圍？
路線圖
CI 影像和職位
命令
配置
安全
OCI 掛鉤支持
CRI-O 使用轉移
溝通
很棒的 CRI-O
入門
- 安裝 CRI-O
- 使用 CRI-O 運行 Kubernetes
  - HTTP 狀態 API
  - 指標
  - 追蹤
  - 容器運作時接口特殊狀況
  - 調試技巧
採用者
每週會議
治理
許可證掃描

相容性矩陣：CRI-O ⬄ Kubernetes

CRI-O 的次要版本 ( 1.xy ) 遵循 Kubernetes 發布週期。 Kubernetes 的補丁版本 ( 1.xz ) 與 CRI-O 的補丁版本不同步，因為它們計劃每月發布，而 CRI-O 僅在必要時才提供。如果 Kubernetes 版本終止生命週期，則可以以相同的方式考慮相應的 CRI-O 版本。

這意味著在功能分級、棄用或刪除方面，CRI-O 也遵循 Kubernetes n-2發行版本傾斜政策。這也適用於獨立於 Kubernetes 的功能。儘管如此，功能向後移植到受支援的發行分支（獨立於 Kubernetes 或 cri-tools 等其他工具）仍然是可能的。這使得 CRI-O 能夠與 Kubernetes 發布週期解耦，並在實現新功能時具有足夠的靈活性。每個要向後移植的功能都將由社區根據具體情況決定，而整體相容性矩陣不應受到損害。

有關更多信息，請訪問 Kubernetes 版本偏差策略。

CRI-O	庫伯內斯	維護狀態
`main`	`master`分支	積極實施主 Kubernetes 儲存庫中的功能
`release-1.x`分支 ( `v1.xy` )	`release-1.x`分支 ( `v1.xz` )	維護是手動的，只有錯誤修復才會被向後移植。

CRI-O 的發行說明是手工製作的，可以從我們的 GitHub Pages 網站不斷檢索。

該項目的範圍是什麼？

CRI-O 旨在提供符合 OCI 的執行時間和 Kubelet 之間的整合路徑。具體來說，它使用符合 OCI 的運行時來實現 Kubelet 容器運行時介面 (CRI)。 CRI-O 的範圍與 CRI 的範圍有關。

在較高層面上，我們預期 CRI-O 的範圍僅限於以下功能：

支援多種映像格式，包括現有的Docker映像格式
支援多種方式下載映像，包括信任和圖像驗證
容器鏡像管理（管理鏡像層、覆蓋檔案系統等）
容器流程生命週期管理
滿足 CRI 要求的監控和記錄
CRI 要求的資源隔離

什麼不屬於這個專案的範圍？

構建、簽名圖像並將其推送到各種圖像存儲
用於與 CRI-O 互動的 CLI 實用程式。作為該項目的一部分構建的任何 CLI 僅用於測試該項目，並且不保證與其向後相容。

CRI-O 是 Kubernetes 容器執行時間介面 (CRI) 的實現，它將允許 Kubernetes 直接啟動和管理開放容器計畫 (OCI) 容器。

該計劃是在不同方面使用 OCI 項目和最佳品種庫：

運行時：runc（或任何 OCI 運行時規範實作）和 oci 運行時工具
映像：使用容器/映像進行映像管理
儲存：使用容器/儲存對影像層進行儲存和管理
網路：透過使用 CNI 提供網路支持

目前 Kubernetes 社群正在透過設計提案積極開發它。疑問和問題應在 Kubernetes sig-node Slack 頻道中提出。

路線圖

您可以在此處找到描述 CRI-O 方向的路線圖。該專案正在追蹤所有正在進行的工作，作為功能路線圖 GitHub 專案的一部分。

CI 影像和職位

CRI-O 的 CI 分為 GitHub actions 和 OpenShift CI (Prow)。用於 prow 作業的相關虛擬機器映像會在作業中定期建置：

週期-ci-cri-o-cri-o-main-periodics-setup-periodic
週期-ci-cri-o-cri-o-main-periodics-setup-fedora-periodic
週期-ci-cri-o-cri-o-主要週期事件-pleg-週期

這些作業是從 openshift/release 儲存庫維護的，並定義用於特定作業的工作流程。實際的作業定義可以在main分支的 ci-operator/jobs/cri-o/cri-o/cri-o-cri-o-main-presubmits.yaml 下的相同儲存庫以及對應的檔案中找到發布分支。這些作業的基本映像配置可在 ci-operator/config/cri-o/cri-o 下的相同儲存庫中找到。

命令

命令	描述
克里歐(8)	OCI Kubernetes 容器執行時期守護程式

與 CRI-O（或其他 CRI 相容運行時）互動的命令列工具的範例是 Crictl 和 Podman。

配置

文件	描述
crio.conf(5)	CRI-O 設定檔
政策.json(5)	簽名驗證策略文件
註冊表.conf(5)	註冊表配置文件
存儲.conf(5)	儲存設定檔

安全

SECURITY.md 中描述了報告漏洞的安全流程。

OCI 掛鉤支持

您可以設定 CRI-O 在建立容器時注入 OCI Hooks。

CRI-O 使用轉移

我們為營運和開發轉移提供有用的信息，因為它與利用 CRI-O 的基礎設施有關。

溝通

對於非同步通訊和長時間運行的討論，請使用 GitHub 儲存庫上的問題和拉取請求。這將是討論設計和實現的最佳場所。

對於聊天交流，我們在 Kubernetes Slack 上有一個頻道，歡迎大家加入並討論開發。

很棒的 CRI-O

我們維護與 CRI-O 相關的精選連結清單。您在網上發現了有關該項目的有趣資訊嗎？太棒了，請隨意打開 PR 並將其添加到列表中。

入門

安裝 CRI-O

要安裝CRI-O ，您可以按照我們的安裝指南進行操作。或者，如果您想從原始程式碼建立CRI-O ，請查看我們的設定指南。

使用 CRI-O 運行 Kubernetes

在開始之前，您需要啟動 CRI-O

您可以使用local-up-cluster.sh透過CRI-O運行本機版本的 Kubernetes：

克隆 Kubernetes 儲存庫
從 Kubernetes 專案目錄中執行：

 CGROUP_DRIVER=systemd 
CONTAINER_RUNTIME=remote 
CONTAINER_RUNTIME_ENDPOINT='unix:///var/run/crio/crio.sock' 
./hack/local-up-cluster.sh

有關運行CRI-O更多指導，請訪問我們的教程頁面

HTTP 狀態 API

CRI-O 預設公開 gRPC API 來實作 Kubernetes 的容器執行時間介面 (CRI)。除此之外，還有一個額外的 HTTP API 可以檢索有關 CRI-O 的更多執行時間狀態資訊。請注意，該 API 不被認為是穩定的，生產用例不應依賴它。

在正在運行的 CRI-O 實例上，我們可以透過像curl這樣的HTTP傳輸工具存取API：

$ sudo curl -v --unix-socket /var/run/crio/crio.sock http://localhost/info | jq
{
  "storage_driver": "btrfs",
  "storage_root": "/var/lib/containers/storage",
  "cgroup_driver": "systemd",
  "default_id_mappings": { ... }
}

目前支援以下 API 入口點：

小路	內容類型	描述
`/info`	`application/json`	有關運行時的一般信息，例如`storage_driver`和`storage_root` 。
`/containers/:id`	`application/json`	專用容器訊息，如`name` 、 `pid`和`image` 。
`/config`	`application/toml`	CRI-O 使用的完整 TOML 配置（預設為`/etc/crio/crio.conf` ）。
`/pause/:id`	`application/json`	暫停正在運行的容器。
`/unpause/:id`	`application/json`	取消暫停已暫停的容器。
`/debug/goroutines`	`text/plain`	列印 goroutine 堆疊。
`/debug/heap`	`text/plain`	寫入堆轉儲。

子命令crio status可用於透過專用命令列工具存取 API。它透過專用子命令config 、 info和containers支援所有 API 端點，例如：

$ sudo crio status info
cgroup driver: systemd
storage driver: btrfs
storage root: /var/lib/containers/storage
default GID mappings (format ::):
  0:0:4294967295
default UID mappings (format ::):
  0:0:4294967295