Container-Optimized OS 이미지의 주요 버전은 마일스톤이라는 이름으로 식별합니다. Container-Optimized OS 마일스톤은 단순 증가하는 정수입니다. 각각의 새 마일스톤은 새로운 개발 주기(코드의 브랜치)를 나타내며 새로운 기능과 기타 주요 변경사항을 도입할 수 있습니다.
Container-Optimized OS 마일스톤의 전체 기간 동안 Google은 버그 수정, 보안 수정, 기타 변경사항을 포함하는 여러 업데이트를 출시할 수 있습니다. 마일스톤의 이러한 증가하는 출시는 빌드 번호를 사용하여 식별할 수 있습니다.
사용 중인 Container-Optimized OS의 마일스톤 및 빌드 번호는 /etc/os-release 파일을 검사하여 식별할 수 있습니다. 이 파일에서 VERSION_ID 값(예: VERSION_ID=81)은 마일스톤을 나타내며 BUILD_ID 필드 값(예: BUILD_ID=12871.1160.0)은 빌드 번호를 나타냅니다. 마일스톤 및 빌드 번호는 Container-Optimized OS 이미지 이름의 일부로도 제공됩니다. 예를 들어 이미지 cos-81-12871-1160-0은 마일스톤 81을 가지며 빌드 번호 12871-1160-0을 가집니다.
장기적 지원(LTS) 마일스톤
프로덕션 용도로 사용되며 장기적으로 지원되는 마일스톤은 LTS(장기적 지원)로 라벨이 지정됩니다. Compute Engine에서는 이미지 계열 기능을 사용하여 Google의 LTS 출시 라벨을 지정하고 식별합니다.
다음 표는 Compute Engine에서 사용할 수 있는 Container-Optimized OS 출시 버전에 대한 요약 정보를 제공합니다.
약 6개월마다 cos-[MILESTONE]-lts(x86) 및 cos-arm64-[MILESTONE]-lts(Arm)라는 자체 이미지 계열에서 새로운 Container-Optimized OS LTS 마일스톤이 도입됩니다.
LTS로 라벨을 지정하기 전에 마일스톤은 약 6개월 동안의 기능 개발과 2개월 동안의 광범위한 테스트와 안정화를 거칩니다.
Container-Optimized OS LTS 마일스톤의 수명 주기는 다음과 같습니다.
단계
기간
설명
개발
6개월
진행 중인 개발이며 마일스톤이 주요 패키지 업그레이드, 새로운 기능을 수신합니다.
매월 또는 cos-dev 및 cos-arm64-dev 계열에 필요에 따라 출시됩니다.
보정
2개월
기능이 고정되었으며 초점이 확장된 테스트, 버그 수정, 출시 안정화 상태에 있습니다. cos-beta 및 cos-arm64-beta 계열에서 필요에 따라 출시됩니다.
프로덕션
2년
우선순위에 따라 프로덕션 문제 및 보안 수정을 명시하는 마일스톤의 활성 유지입니다. cos-[MILESTONE]-lts 및 cos-arm64-[MILESTONE]-lts 계열에 필요에 따라 출시됩니다.
지원 중단
해당 사항 없음
마일스톤의 모든 이미지는 지원 중단으로 표시되고 cos-[MILESTONE]-lts 및 cos-arm64-[MILESTONE]-lts가 삭제됩니다. 사용자는 여전히 지원 중단된 이미지를 참조할 수 있지만 버그 수정이나 보안 업데이트는 받을 수 없습니다.
주문형 릴리스는 우선순위가 높은 버그 및 보안 수정사항에 대응하여 LTS 마일스톤에서 수행됩니다. 3개월마다 중간 및 낮은 우선순위의 버그와 보안 수정사항이 포함된 출시 버전이 제공됩니다. 이러한 출시 버전을 'LTS Refresh' 출시라고 합니다. 이 출시 버전은 사용자가 업데이트 위험을 관리할 수 있도록 자주 만들어지지 않습니다.
마일스톤의 출시 노트 페이지에 LTS Refresh 출시 버전이 표시됩니다. 사용자는 중간 및 낮은 우선순위 버그 및 보안 수정사항으로 인해 회귀가 발생할 수 있으므로 이러한 출시 버전을 출시할 때는 특히 주의해야 합니다.
적절한 Container-Optimized OS 버전 선택
Compute Engine에서 Container-Optimized OS의 이미지 계열은 원하는 용도로 올바른 이미지를 선택할 수 있도록 안내합니다. 이미지 계열 API가 제공하는 편의성을 활용하는 프로덕션 환경과 함께 계층형 테스트를 설정하는 것이 좋습니다.
x86 이미지 계열
Arm 이미지 계열
설명
추천하는 용도
cos-[MILESTONE]-lts
cos-arm64-[MILESTONE]-lts
이 계열은 특정 프로덕션 준비 마일스톤에 대한 출시를 따릅니다.
이 계열의 이미지는 보안 및 안정성 수정 사항만 수신합니다.
모든 프로덕션 워크로드를 실행하는 데 적합합니다. 가장 높은 마일스톤부터 시작하여 지원 기간을 최대화합니다.
cos-stable
cos-arm64-stable
이 계열은 Google의 최신 프로덕션 준비 마일스톤을 따릅니다.
이 계열의 이미지는 모든 보안 및 안정성 수정 사항을 수신합니다. 6개월마다 새로운 기능을 포함하는 최신 LTS 마일스톤이 또한 이 계열에서 출시됩니다.
수동으로 구성 및 유지 관리할 일회성 인스턴스를 만듭니다.
cos-beta
cos-arm64-beta
이 계열은 안정화 단계에서 Google의 다음 주요 출시 버전을 따릅니다.
지속적인 테스트에 사용하여 새로운 기능과 OS 업그레이드의 유효성을 검사합니다.
cos-dev
cos-arm64-dev
이 계열은 개발 중인 최신 출시 버전을 따릅니다. 이 계열의 이미지는 주요 변경사항 및 잠재적으로 불안정한 특성을 수신합니다.
실험 및 일회성 테스트에 사용합니다.
이러한 단계별 테스트 설정으로 프로덕션 환경에 Container-Optimized OS 이미지의 최신 주요 버전을 출시할 때 문제를 최소화할 수 있습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-08-22(UTC)"],[[["\u003cp\u003eContainer-Optimized OS uses milestones (major versions) and build numbers (incremental releases) to identify images, with milestones representing new development cycles and build numbers representing updates.\u003c/p\u003e\n"],["\u003cp\u003eYou can find the milestone and build number for your Container-Optimized OS by checking the \u003ccode\u003eVERSION_ID\u003c/code\u003e and \u003ccode\u003eBUILD_ID\u003c/code\u003e values within the \u003ccode\u003e/etc/os-release\u003c/code\u003e file, or from within the image name.\u003c/p\u003e\n"],["\u003cp\u003eLong Term Supported (LTS) milestones, intended for production, are supported for two years, receive security fixes and bug fixes, and are identified by the \u003ccode\u003ecos-[MILESTONE]-lts\u003c/code\u003e and \u003ccode\u003ecos-arm64-[MILESTONE]-lts\u003c/code\u003e image families.\u003c/p\u003e\n"],["\u003cp\u003eContainer-Optimized OS images are available in several image families, such as \u003ccode\u003ecos-dev\u003c/code\u003e, \u003ccode\u003ecos-beta\u003c/code\u003e, \u003ccode\u003ecos-stable\u003c/code\u003e, and \u003ccode\u003ecos-[MILESTONE]-lts\u003c/code\u003e which correspond to development, stabilization, latest production, and long term support releases, respectively.\u003c/p\u003e\n"],["\u003cp\u003eFor production deployments, it is highly recommended to use an image from an LTS family, and to perform tiered testing in conjunction with the image family API to ensure smoother major version rollouts.\u003c/p\u003e\n"]]],[],null,["# Versioning scheme\n\nMilestones and Build Numbers\n----------------------------\n\nMajor versions of Container-Optimized OS images are identified using\nwhat we call **milestones**. Container-Optimized OS milestones are\nmonotonically increasing integers. Each new milestone indicates the start of a new\ndevelopment cycle (a branch in our code) and may introduce new features and other\nmajor changes.\n\nOver the lifetime of a Container-Optimized OS milestone, we may release\nseveral updates containing bug fixes, security fixes and other changes. These\nincremental releases on a milestone can be identified using the **build number**.\n\nThe milestone and build number of the Container-Optimized OS you are using\ncan be identified by inspecting the `/etc/os-release` file. In this file, the\nvalue of the `VERSION_ID` (for example, `VERSION_ID=81`) represents the milestone\nand the value of the `BUILD_ID` field (for example, `BUILD_ID=12871.1160.0`)\nrepresents the build number. The milestone and build number are also present as\npart of the Container-Optimized OS image name. For example, image\n`cos-81-12871-1160-0` has milestone `81` and build number `12871-1160-0`.\n\nLong Term Supported (LTS) milestones\n------------------------------------\n\nMilestones that are intended for production use and supported for longer duration\nare labelled as LTS (for Long Term Supported). On Compute Engine, we use the\n[image families](/compute/docs/images#image_families) feature to label and identify\nour LTS releases.\n\n\nThe following table provides a summary of Container-Optimized OS releases available on\nCompute Engine: \n\n### Active Milestones\n\n### Deprecated Milestones\n\n1.\n COS 77 LTS and COS 81 LTS, when bundled with GKE, have slightly longer support durations.\n GKE users should consult the\n [GKE release schedule](/kubernetes-engine/docs/release-schedule) for details.\n [↩](#fnref1)\n\n### Development Release Notes\n\nFor release notes related to the milestone under development, see the [Development Release Notes](/container-optimized-os/docs/release-notes/dev) page. \nFor release notes related to cos-dev before M93, see the [Legacy Release Notes](/container-optimized-os/docs/legacy-release-notes) page.\n\nThere may be multiple active LTS milestones at any time. For example, the\nfollowing command shows currently active LTS image families: \n\n gcloud compute images list --no-standard-images --project=cos-cloud | grep lts\n cos-101-17162-40-16 cos-cloud cos-101-lts READY\n cos-89-16108-766-3 cos-cloud cos-89-lts READY\n cos-93-16623-295-5 cos-cloud cos-93-lts READY\n cos-97-16919-189-3 cos-cloud cos-97-lts READY\n cos-arm64-101-17162-40-16 cos-cloud cos-arm64-101-lts READY\n\nLifecycle of an LTS milestone\n-----------------------------\n\nA new Container-Optimized OS LTS milestone is introduced approximately\nevery 6 months on its own image family named `cos-[MILESTONE]-lts` (x86) and\n`cos-arm64-[MILESTONE]-lts` (Arm).\nBefore being labeled as LTS, the milestone undergoes approximately 6 months of\nfeature development and 2 months of extensive testing and stabilization.\n\nThe lifecycle of a Container-Optimized OS LTS milestone looks as follows:\n\n\nOnce promoted to the LTS family, the LTS milestone provides the following benefits:\n\n- A support duration of 2 years\n- Security fixes for the entire support duration\n- Fixes for any production issues\n- A dedicated [release notes](/container-optimized-os/docs/release-notes#lts_image_families) page listing every change going into the image.\n\n**For all of your production deployments, we recommend that you use an image\nfrom one of the LTS families.**\n\nAfter the LTS support duration is over for a LTS milestone, the corresponding\nimage family will no longer receive any security or bug fixes. In addition, the\ncorresponding `cos-[MILESTONE]-lts` and `cos-arm64-[MILESTONE]-lts` image\nfamilies will be marked as deprecated.\n| **Warning:** Any [image family API](/compute/docs/reference/rest/v1/images/getFromFamily) references to the deprecated image family will return errors and break any workflows depending on it. You should not use this API to create production instances.\n\nPlease refer to the\n[Support Policy](/container-optimized-os/docs/resources/support-policy) to\nlearn more about support commitments for these families.\n\n### LTS Refresh releases\n\nOn-demand releases are made on LTS milestones in response to high priority bug\nand security fixes. Every three months, a release is made that includes medium and\nlow priority bug and security fixes. We call these releases \"LTS Refresh\"\nreleases. These releases are made less frequently to help users manage update\nrisks.\n\nThe release notes page for the milestone will indicate which releases are\nLTS Refresh releases. Users should take extra care when rolling out these\nreleases, because medium and low priority bug and security fixes might introduce\nregressions.\n\nChoosing the right Container-Optimized OS version\n-------------------------------------------------\n\nOn Compute Engine, the image families for Container-Optimized OS can\nguide you in selecting the correct image for your intended purpose. We strongly\nrecommend that you set up tiered testing alongside your production environment\nutilizing the convenience offered by the image family api.\n| **Warning:** We recommend using the [Image Family API](/compute/docs/reference/rest/v1/images/getFromFamily) only for testing to automatically pick the latest images released on the image families. We do not recommend using it for creating production instances. You should always refer to a specific image you have qualified for use in production. This prevents any potential disruption due to the image being updated and rolled out to your production environment without being qualified first.\n\nA tiered testing setup like this should help to minimize issues when rolling\nout newer major versions of Container-Optimized OS images to your\nproduction environment."]]
