Kubernetes 1.5.0 가 약 한 달 전에 출시되었습니다! 이번 릴리스의 주요 테마는 다음과 같습니다:
- 스테이트풀셋 (기존 펫 세트)
- 스테이트풀셋은 현재 베타 버전입니다(수정 및 안정화).
- 향상된 페더레이션 지원
- 새 명령:
kubefed - 데몬 세트
- 배포
- 컨피그맵
- 새 명령:
- 간소화된 클러스터 배포
- 다음 사항이 개선되었습니다.
kubeadm - 마스터용 HA 설정
- 다음 사항이 개선되었습니다.
- 노드 견고성 및 확장성
- Windows Server 컨테이너 지원
- 플러그형 컨테이너 런타임을 위한 CRI
kubeletAPI는 인증 및 권한 부여를 지원합니다.
읽기 변경 로그 를 참조하세요. 1.5.0 이전까지는 Amazon Web Services에서 Kubernetes 클러스터를 시작하는 것이 매우 간단했습니다.
|
1 |
NUM_NODES=2 NODE_SIZE=m3.medium 쿠버네티스_프로바이더=aws ./클러스터/kube-up.sh |
그러나 1.5.0 및 1.5.1에서는 명령이 오류와 함께 실패합니다:
|
1 2 3 4 5 |
... 시작 클러스터 in 우리-west-2a 사용 공급자 aws ... 호출 확인-전제 조건 ... 호출 kube-up 시작 클러스터 사용 os 배포: jessie !!! 할 수 없음 찾기 쿠버네티스-서버-리눅스-amd64.타르.gz |
무슨 일이 있었나요? 기본적으로 쿠버네티스 바이너리가 1GB보다 커지고 있었습니다. 바이너리는 기본 설치 번들과 클라이언트 및 서버 바이너리로 나뉘었습니다. 업데이트된 설치 프로세스에서는 4.57MB(예, GB가 아닌 MB)의 기본 설치 번들을 다운로드해야 합니다. 여기에는 다음과 같은 클러스터 스크립트가 포함됩니다. kubectl, kube-up.sh 그리고 kube-down.sh, 예제, 문서 및 기타 스크립트를 다운로드합니다. 그런 다음 클라이언트 및 서버 바이너리를 다운로드합니다. 서버 바이너리는 EC2 인스턴스를 시작하는 데 사용되는 기본 이미지입니다. 하지만 누군가 바이너리 다운로드를 자동화하는 대신 서버 디렉터리로 이동합니다.
이는 큰 사용자 환경 변경이었으며, 릴리스와 함께 번들로 제공되는 README 또는 릴리스 블로그. 아야!
어쨌든, 이것은 다음과 같이 제출되었습니다. #38728 즉시 수정했습니다. 하지만 1.5.1 릴리스 그리고 이제 마침내 1.5.2 릴리스 오늘.
그렇다면 AWS에서 Kubernetes 1.5.2 클러스터를 어떻게 실행할 수 있을까요? 이제 더 원활하게 통합되었지만 기본값을 수락하려면 Enter 키를 몇 번 눌러야 합니다:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 |
NUM_NODES=2 NODE_SIZE=m3.medium 쿠버네티스_프로바이더=aws ./클러스터/kube-up.sh ... 시작 클러스터 in 우리-west-2a 사용 공급자 aws ... 호출 확인-전제 조건 ... 호출 확인-kube-바이너리 !!! kubectl 가 나타납니다. 에 be broken 또는 누락 !!! 할 수 없음 찾기 쿠버네티스-서버-리눅스-amd64.타르.gz 필수 바이너리 나타나다 에 be 누락. Do 당신 wish 에 다운로드 그들? [Y/n] Kubernetes 릴리스: v1.5.2 서버: 리눅스/amd64 (에 오버라이드, set 쿠버네티스_서버_아치) 클라이언트: darwin/amd64 (자동 감지) Will 다운로드 쿠버네티스-서버-리눅스-amd64.타르.gz 에서 https://storage.googleapis.com/kubernetes-release/release/v1.5.2 Will 다운로드 그리고 추출물 쿠버네티스-클라이언트-darwin-amd64.타르.gz 에서 https://storage.googleapis.com/kubernetes-release/release/v1.5.2 Is 이 확인? [Y]/n 경고: 유지-살아있음 기능 다소 불구 만기 에 누락 지원 in 경고: 당신의 운영 시스템! % 합계 % 수신됨 % Xferd 평균 속도 시간 시간 시간 현재 Dload 업로드 합계 소비 왼쪽 속도 100 299M 100 299M 0 0 2132k 0 0:02:23 0:02:23 --:--:-- 2439k md5sum(쿠버네티스-서버-리눅스-amd64.타르.gz)=7947bd430c4ffc358a6784e51c1d2b0f sha1sum(쿠버네티스-서버-리눅스-amd64.타르.gz)=4dbdcfa623412dac6be8fd5a4209a1f1423e8d30 경고: 유지-살아있음 기능 다소 불구 만기 에 누락 지원 in 경고: 당신의 운영 시스템! % 합계 % 수신됨 % Xferd 평균 속도 시간 시간 시간 현재 Dload 업로드 합계 소비 왼쪽 속도 100 22.0M 100 22.0M 0 0 1810k 0 0:00:12 0:00:12 --:--:-- 2296k md5sum(쿠버네티스-클라이언트-darwin-amd64.타르.gz)=f55a8f9c300042e9b16e327ad2788521 sha1sum(쿠버네티스-클라이언트-darwin-amd64.타르.gz)=c29ab99e22146ba0a3da5c25de62ed13108b8ba9 추출 /사용자/arungupta/도구/쿠버네티스/쿠버네티스-1.5.2/쿠버네티스/클라이언트/쿠버네티스-클라이언트-darwin-amd64.타르.gz 에 /사용자/arungupta/도구/쿠버네티스/쿠버네티스-1.5.2/쿠버네티스/플랫폼/darwin/amd64 추가 '/사용자/아룽업타/도구/쿠버네티스/쿠버네티스-1.5.2/쿠버네티스/클라이언트/빈' 에 당신의 PATH 에 사용 새로-설치된 바이너리. ... 호출 kube-up 시작 클러스터 사용 os 배포: jessie 업로드 에 Amazon S3 ... |
일반적인 Kubernetes 클러스터가 생성되면 출력은 다음과 같이 표시됩니다:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 |
0 미니언 시작; 대기 중 0 미니언 시작; 대기 중 2 미니언 시작; 준비 대기 중 에 대한 클러스터 초기화. 이 will 지속적으로 확인 에 참조 만약 의 API 에 대한 쿠버네티스 는 도달 가능. 이 might loop 영원히 만약 거기 는 일부 잡히지 않음 오류 동안 시작 up. .........................................................................................................................................................................Kubernetes 클러스터 생성. Sanity 확인 클러스터... 시도 1 에 확인 Docker on 노드 @ 35.166.195.134 ...not 작업 아직 시도 2 에 확인 Docker on 노드 @ 35.166.195.134 ...작업 시도 1 에 확인 Docker on 노드 @ 35.166.188.211 ...not 작업 아직 시도 2 에 확인 Docker on 노드 @ 35.166.188.211 ...작업 Kubernetes 클러스터 는 실행 중. 그리고 마스터 는 실행 중 에서: https://35.165.234.219 그리고 사용자 이름 그리고 비밀번호 에 사용 는 위치 in /사용자/arungupta/.kube/구성. ... 호출 유효성 검사-클러스터 아니요 리소스 발견. 대기 중 에 대한 2 준비 노드. 0 준비 노드, 0 등록된. 재시도. 대기 중 에 대한 2 준비 노드. 0 준비 노드, 2 등록된. 재시도. 대기 중 에 대한 2 준비 노드. 0 준비 노드, 2 등록된. 재시도. 발견됨 2 노드(s). 이름 상태 AGE IP-172-20-0-206.us-west-2.compute.internal 준비 45s IP-172-20-0-246.us-west-2.compute.internal 준비 42s 유효성 검사 출력: 이름 상태 메시지 오류 컨트롤러-관리자 건강 확인 스케줄러 건강 확인 etcd-0 건강 {"health": "true"} etcd-1 건강 {"health": "true"} 클러스터 유효성 검사 성공 완료, 목록 클러스터 서비스: Kubernetes 마스터 는 실행 중 에서 https://35.165.234.219 Elasticsearch 는 실행 중 에서 https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/elasticsearch-logging 힙스터 는 실행 중 에서 https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/heapster Kibana 는 실행 중 에서 https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/kibana-logging KubeDNS 는 실행 중 에서 https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/kube-dns 쿠버네티스-대시보드 는 실행 중 에서 https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/kubernetes-dashboard Grafana 는 실행 중 에서 https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/monitoring-grafana InfluxDB 는 실행 중 에서 https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/monitoring-influxdb To 더 debug 그리고 진단 클러스터 문제, 사용 'kubectl 클러스터-정보 덤프'. |
AWS의 Kubernetes 클러스터가 정상적으로 시작되지만 kube-up.sh 스크립트는 사용 중단 곧. 권장되는 방법은 Kops를 사용한 아마존의 쿠버네티스 클러스터. 이제 쿠버네티스 클러스터가 가동되었으니 다음 단계는 무엇일까요?
- 다음에 대한 자세한 단계를 따르세요. Java 개발자를 위한 쿠버네티스 워크샵.
- 실행 쿠버네티스의 카우치베이스 클러스터
- 자세히 알아보기 컨테이너의 카우치베이스 클러스터
