您好,登錄后才能下訂單哦!
本篇內容主要講解“Registry和issue bugfix有哪些功能”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“Registry和issue bugfix有哪些功能”吧!
1)catalog api, 支持用戶list Registry中所有內容。
2)manifest 文件和 layer文件的軟刪除。
3)支持從cache中 pull鏡像,作為Dockerhub的代理。
4)存儲驅動支持: 增加 阿里云 OSS 、Ceph 、Openstack Swift
1)存儲驅動支持:增加 Google Cloud Storage Driver.
2)只讀模式: Registry只支持 讀請求。維護或一些有風險的管理員操作時 需要。
3)支持讀取環境變量的配置文件。
4)支持notification endpoint 的健康狀態檢查。允許管理員通過放置文件的方式,暫時屏蔽掉一個Registry實例。
5)支持倉庫管理員通過設置返回頭部,來提升安全性。
6)Storage Driver 支持正確處理空目錄
7)減少layer下載時的 roundtrips
8)catalog api的 性能優化
1)支持鏡像 manifest文件 v2版本,schema 2 格式。 該格式的描述文件有兩個主要目的: 一是支持Docker engine的鏡像內容可尋址。 二是允許多重架構的鏡像存在。即通過在更加豐富的manifest文件中描述平臺相關的鏡像信息。 https://github.com/docker/distribution/blob/master/docs/spec/manifest-v2-2.md
2)跨鏡像層的mount 支持上傳鏡像時,對于已經存在的公共的blobs文件,并不會重復上傳。而只是通過“淺復制”創建已存在鏡像blobs的關聯文件。 該功能通過上傳鏡像時,減少實際傳輸的數據,加快鏡像的分發速度。
1)新的 AWS S3 Storage Driver. 實現了 基于AWS s3 sdk的存儲驅動,增強了性能和穩定性。
2)垃圾回收。垃圾回收機制 會把未被Manifests關聯的鏡像層刪除。
如果打開Registry的Read-only 模式,將無法進行鏡像上傳。該模式用在 垃圾回收階段,臨時禁止用戶上傳鏡像到后端文件系統。在運行垃圾回收之前,需要打開該模式。回收完后,需要關閉該模式。該過程重啟Registry兩次。
與Registryv2.2.1不同,該版本Registry通過 Manifests 和Blobs提供的API并不能真正刪除后端文件系統中的文件,實際存儲在Ceph中的文件只有到垃圾回收的時候才會被真正刪除。 分兩個階段:
1、“Mark”階段。進程會掃描到倉庫中所有manifests文件,生成一個‘mark set',包含所有鏡像層文件(blobs)的digest。這些關聯到的blobs不會被刪除。
2、“Sweep”階段。進程會掃描到所有未在mark set中關聯的blobs,刪除之。 注意:在gc時,需要確保registry處于只讀模式。因為如果在gc時,上傳的鏡像可能會被誤刪。官方說,這種模式的gc只是暫時提供,之后會支持垃圾回收自動在后臺運行而無需手動操作。
1、 rados storage driver 移除。
2、 v1 signature 失效。通過采納schema2 格式的manifest文件和棄用簽名,有助于提升下載鏡像時生成和返回一個單獨的libtrust簽名。
1)增加了鏡像層blob的訪問控制中間件。
2)增加來自外部源的鏡像層。
3)刪除 簽名store。
到此,相信大家對“Registry和issue bugfix有哪些功能”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。