1 개요[ | ]
- cluster-api-openstack
- Cluster API Provider OpenStack book
- Kubernetes Cluster API Provider OpenStack
- 클러스터 API 프라바이더 오픈스택 책
- 쿠버네티스 클러스터 API 제공자 오픈스택
OpenStack을 위한 Kubernetes 네이티브 선언적 인프라
문서는 cluster-api-openstack을 참조하세요 .
2 클러스터 API 제공자 OpenStack이란 무엇입니까?[ | ]
Cluster API는, 클러스터 생성, 설정, 관리에, 선언적인 Kubernetes 스타일의 API를 제공합니다.
API 자체는 여러 클라우드 제공자에서 공유되므로 Kubernetes의 진정한 OpenStack 하이브리드 배포가 가능합니다. 이는 kops와 kubicorn과 같은 이전 클러스터 매니저애서 배운 교훈을 바탕으로 구축되었습니다.
3 OpenStack에서 Kubernetes 클러스터 시작[ | ]
- Cluster API를 사용하여 OpenStack에서 첫 번째 Kubernetes 클러스터를 생성하려면 Cluster API Quick Start를 확인하세요.
4 기능[ | ]
- 네이티브 Kubernetes 매니페스트 및 API
- Linux 배포판 선택(현재 cloud-init를 사용할 수 있는 경우)
- 단일 및 다중 노드 제어 영역 클러스터 지원
- LBaaS가 있든 없든 클러스터 배포(단, LBaaS가 있는 클러스터만 업그레이드 가능)
- 시큐리티 그룹 지원
- cloud-init 기반 노드 부트스트래핑
5 클러스터 API 및 Kubernetes 버전과의 호환성[ | ]
이 제공자의 버전은 다음 버전의 Cluster API와 호환됩니다.
| v1beta1(v1.x) | |
|---|---|
| OpenStack 제공자 v1alpha5(v0.6) | ✓ |
| OpenStack 제공자 v1alpha6(v0.7) | ✓ |
| OpenStack 제공자 v1alpha7(v0.9) | ✓ |
| OpenStack 제공자 v1beta1 | ✓ |
이 제공자의 버전은 다음 버전의 Kubernetes를 설치하고 관리할 수 있습니다.
| v1.25 | v1.26 | v1.27 | v1.28 | |
|---|---|---|---|---|
| OpenStack 제공자 v1alpha5(v0.6) | ✓ | + | + | + |
| OpenStack 제공자 v1alpha6(v0.7) | ✓ | ✓ | ✓ | + |
| OpenStack 제공자 v1alpha7(v0.9) | + | ✓ | ✓ | ★ |
| OpenStack 제공자 v1beta1 | + | ✓ | ✓ | ★ |
이 제공자 버전은 다음 버전의 OpenStack에 Kubernetes를 설치할 수 있습니다.
| Queens | Rocky | Stein | Train | Ussuri | Victoria | Wallaby | Xena | Yoga | Bobcat | |
|---|---|---|---|---|---|---|---|---|---|---|
| OpenStack 제공자 v1alpha5(v0.6) | + | + | + | + | + | ✓ | ✓ | ✓ | ✓ | ★ |
| OpenStack 제공자 v1alpha6(v0.7) | + | + | + | + | + | ✓ | ✓ | ✓ | ✓ | ★ |
| OpenStack 제공자 v1alpha7(v0.9) | + | + | + | + | ✓ | ✓ | ✓ | ✓ | ★ | |
| OpenStack 제공자 v1beta1 | + | + | + | + | ✓ | ✓ | ✓ | ✓ | ★ |
테스트 상태:
- ★ 현재 테스트 중
- ✓ 이전에 테스트한 내용
- + 작동해야 하지만, 테스트할 수 없었습니다.
이전 버전도 작동할 수 있지만 확인되지 않았습니다.
OpenStack용 Cluster API의 각 버전은 두 가지 Kubernetes 버전을 지원하려고 시도합니다.
참고: 이 프로젝트의 버전 관리는 Cluster API 버전 관리와 연결되어 있으므로 Cluster API 에코시스템의 다른 제공자와 더욱 긴밀하게 연계되도록 이 정책에 대한 향후 수정이 이루어질 수 있습니다.
참고: nova를 사용하는 CAPI의 최소 마이크로버전은 이제 서버 태그 지원과 다중 연결 볼륨 유형 허용으로 인해 2.60입니다. 자세한 내용은 코드를 참조하세요.
참고: 인증을 위해서는 Keystone v3가 필요합니다.
6 개발 버전[ | ]
ClusterAPI 제공자 OpenStack 이미지 및 매니페스트는 PR 병합이 완료될 때마다 그리고 매일 한 번씩 게시됩니다.
- Google Cloud 계정을 사용하면 여기에서 빠른 개요를 확인할 수 있습니다 .
- 매니페스트는 다음에서 사용할 수 있습니다.
- master/infrastructure-comComponents.yaml: 메인 브랜치의 최신 빌드, 병합할 때마다 덮어쓰기
- 예: nightly_master_20210407/infrastructure-comComponents.yaml: 4월 7일부터 메인 브랜치 빌드
이러한 아티팩트는 Prow 및 Google Cloud Build를 통해 게시됩니다. 해당 작업 정의는 여기에서 찾을 수 있습니다.
7 운영체제 이미지[ | ]
참고: 클러스터 API 제공자 OpenStack은 사용된 운영 체제 이미지에 이미 설치되어야 하는 몇 가지 전제조건(예: 컨테이너 런타임, kubelet, kubeadm 등)에 의존합니다. 참조 이미지는 kubernetes-sigs/image-builder에서 찾을 수 있습니다. 이미지에 이러한 전제조건을 사전 설치할 수 없는 경우 언제든지 KubeadmConfig를 통해 커스텀 스크립트를 배포하고 실행할 수 있습니다 .
8 문서[ | ]
자세한 문서는 cluster-api-openstack을 참조하세요.
9 참여하고 기여하기[ | ]
cluster-api-provider-openstack에 기여하는 데 관심이 있으십니까? 우리, 유지관리자와 커뮤니티는 여러분의 제안, 기여, 도움을 환영합니다! 또한, 관리자에게 언제든지 연락하여 참여 방법에 대해 자세히 알아볼 수 있습니다.
더 많은 새로운 사람들이 참여하도록 하기 위해 우리는 이슈에 good first issue 태그를 붙이려고 노력합니다. 이는 일반적으로 범위가 더 작은 문제이지만 코드베이스에 익숙해지기 시작하는 좋은 방법입니다.
또한 우리는 모든 활성 커뮤니티 참가자가 "공식적인" 쓰기 권한이 없더라도 마치 유지관리자인 것처럼 행동할 것을 권장합니다. 이는 커뮤니티의 노력이며, 우리는 Kubernetes 커뮤니티에 서비스를 제공하기 위해 왔습니다. 적극적인 관심이 있고 참여하고 싶다면 진정한 힘이 있습니다! 여기서 일을 처리할 수 있는 유일한 사람이 "유지관리자"라고 가정하지 마십시오.
우리는 또한 더 많은 "공식" 유지관리자를 추가하려고 합니다. 여러분이 무엇을 할 수 있는지 보여주세요!
이 저장소는 Kubernetes 봇을 사용합니다. 전체 명령어 목록은 여기에서 확인하세요 . 이 프로젝트에 대한 기여 가이드 및 개발 가이드 도 참조하세요.
10 행동 강령[ | ]
Kubernetes 커뮤니티 참여에는 Kubernetes 행동 강령이 적용됩니다 .
11 Github 이슈[ | ]
11.1 버그[ | ]
버그를 발견했다면 아래 지침을 따르십시오.
- 잠시 시간을 내어 이슈 트래커를 자세히 살펴보시기 바랍니다. 중복된 이슈가 있을 수 있습니다.
- 클러스터 컨트롤러에서 로그를 가져와서 이슈에 붙여넣으세요.
- 새 이슈를 엽니다 .
- 나중에 사람들이 이슈를 검색할 수도 있으므로 의미 있는 제목을 지정하십시오.
- Kubernetes Slack의 Cluster API 커뮤니티에 언제든지 문의하세요 .
11.2 새로운 기능 추적[ | ]
또한 이슈 트래커를 사용하여 기능을 추적합니다. 기능에 대한 아이디어가 있거나 Cluster API Provider OpenStack을 더욱 훌륭하게 만드는 데 도움을 줄 수 있다고 생각한다면 아래 단계를 따르십시오.
- 새 이슈를 엽니다.
- 나중에 다른 사람들이 이슈를 검색할 수도 있으므로 의미 있는 제목을 지정하십시오.
- 구체적인 예시를 들어 유스케이스를 명확하게 정의합니다.
- 더 큰 기능 중 일부에는 약간의 설계가 필요합니다. 기능에 대한 기술적 설계를 포함하고 싶다면 이를 이슈에 포함해 주세요.
- 새로운 기능이 잘 이해되고 설계가 합의되면 기능 코딩을 시작할 수 있습니다. 우리는 당신이 그것을 코딩하기를 바랍니다. 따라서 WIP (작업 진행 중) 풀 요청을 열고 행복한 코딩을 하시기 바랍니다 .
12 참고[ | ]
-
{{comment.page_title}} ―{{comment.name}}