쿠버네티스 1.4는 이번 주 초에 출시되었습니다. 자세한 내용은 블로그 공지사항 그리고 변경 로그.
이번 릴리스에는 몇 가지 새로운 기능이 추가되었지만 제가 기대하는 주요 기능은 다음과 같습니다:
- 다음을 사용하여 쿠버네티스를 설치합니다.
kubeadm명령을 실행합니다. 이것은 https://github.com/kubernetes/kubernetes/releases 에서 다운로드하는 일반적인 메커니즘에 추가됩니다. 그리고
kubeadm 초기화그리고kubeadm join명령은 다음과 매우 유사하게 보입니다.도커 스웜 초기화그리고도커 스웜 조인에 대한 도커 스웜 모드. - 페더레이션 복제본 세트
- ScheduledJob을 사용하면 일정한 간격으로 배치 작업을 실행할 수 있습니다.
- 파드를 노드로 제한하기 포드의 친화성 및 반친화성
- 우선순위 예약 포드 수
- 멋진 모습 Kubernetes 대시보드 (자세한 내용은 나중에 설명합니다)
이 블로그에서 확인할 수 있습니다:
- Amazon Web Services를 사용하여 Kubernetes 클러스터 만들기
- Couchbase 서비스 만들기
- Couchbase에 JSON 문서를 저장하는 Spring Boot 애플리케이션을 실행합니다.
이 블로그의 모든 리소스 설명 파일은 다음 링크에서 찾을 수 있습니다. github.com/arun-gupta/kubernetes-java-sample/tree/master/maven.
쿠버네티스 클러스터 시작
바이너리 다운로드 github.com/kubernetes/kubernetes/releases/download/v1.4.0/kubernetes.tar.gz 를 추출하고 쿠버네티스/클러스터 에서 경로 시작
2노드 Kubernetes 클러스터:
|
1 |
NUM_NODES=2 NODE_SIZE=m3.medium 쿠버네티스_프로바이더=aws kube-up.sh |
로그는 다음과 같이 표시됩니다:
|
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 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 |
... 시작 클러스터 in 우리-west-2a 사용 공급자 aws ... 호출 확인-전제 조건 ... 호출 kube-up 시작 클러스터 사용 os 배포: jessie 업로드 에 Amazon S3 +++ 스테이징 서버 타르 에 S3 스토리지: 쿠버네티스-스테이징-0eaf81fbc51209dd47c13b6d8b424149/개발 업로드: ../../../../../var/폴더/81/ttv4n16x7p390cttrm_675y00000gn/T/쿠버네티스.XXXXXX.bCmvLbtK/s3/부트스트랩-스크립트 에 s3://kubernetes-staging-0eaf81fbc51209dd47c13b6d8b424149/devel/bootstrap-script 업로드 서버 타르: 서버_바이너리_타르_URL: https://s3.amazonaws.com/kubernetes-staging-0eaf81fbc51209dd47c13b6d8b424149/devel/kubernetes-server-linux-amd64.tar.gz SALT_TAR_URL: https://s3.amazonaws.com/kubernetes-staging-0eaf81fbc51209dd47c13b6d8b424149/devel/kubernetes-salt.tar.gz 부트스트랩_스크립트_URL: https://s3.amazonaws.com/kubernetes-staging-0eaf81fbc51209dd47c13b6d8b424149/devel/bootstrap-script 인스턴스프로필 arn:aws:iam::598307997273:인스턴스-프로필/쿠버네티스-마스터 2016-07-29T15:13:35Z aipajf3xklnkoxotqoct4 쿠버네티스-마스터 / 역할 arn:aws:iam::598307997273:역할/쿠버네티스-마스터 2016-07-29T15:13:33Z / AROAI3Q2KFBD5PKRXCRM 쿠버네티스-마스터 어슈어롤정책문서 2012-10-17 성명서 sts:역할 가정 허용 교장 ec2.아마존.com 인스턴스프로필 arn:aws:iam::598307997273:인스턴스-프로필/쿠버네티스-미니언 2016-07-29T15:13:39Z AIPAIYSH5DJA4UPQIP4BE 쿠버네티스-미니언 / 역할 arn:aws:iam::598307997273:역할/쿠버네티스-미니언 2016-07-29T15:13:37Z / AROAIQ57MPQYSHRPQCT2Q 쿠버네티스-미니언 어슈어롤정책문서 2012-10-17 성명서 sts:역할 가정 허용 교장 ec2.아마존.com 사용 SSH 키 와 함께 (AWS) 지문: SHA256:dX/5wpWuUxYar2NFuGwiZuRiydiZCyx4DGoZ5/jL/j8 만들기 vpc. 추가 태그 에 vpc-6b5b4b0f: 이름=쿠버네티스-vpc 추가 태그 에 vpc-6b5b4b0f: 쿠버네티스 클러스터=쿠버네티스 사용 VPC vpc-6b5b4b0f 추가 태그 에 dopt-8fe770eb: 이름=쿠버네티스-dhcp-옵션-set 추가 태그 에 dopt-8fe770eb: 쿠버네티스 클러스터=쿠버네티스 사용 DHCP 옵션 set dopt-8fe770eb 만들기 서브넷. 추가 태그 에 서브넷-623a0206: 쿠버네티스 클러스터=쿠버네티스 사용 서브넷 서브넷-623a0206 만들기 인터넷 게이트웨이. 사용 인터넷 게이트웨이 igw-251eab41 연결 경로 테이블. 만들기 경로 테이블 추가 태그 에 rtb-d43cedb3: 쿠버네티스 클러스터=쿠버네티스 연결 경로 테이블 rtb-d43cedb3 에 서브넷 서브넷-623a0206 추가 경로 에 경로 테이블 rtb-d43cedb3 사용 경로 표 rtb-d43cedb3 만들기 마스터 보안 그룹. 만들기 보안 그룹 쿠버네티스-마스터-쿠버네티스. 추가 태그 에 sg-d20ca0ab: 쿠버네티스 클러스터=쿠버네티스 만들기 미니언 보안 그룹. 만들기 보안 그룹 쿠버네티스-미니언-쿠버네티스. 추가 태그 에 sg-cd0ca0b4: 쿠버네티스 클러스터=쿠버네티스 사용 마스터 보안 그룹: 쿠버네티스-마스터-쿠버네티스 sg-d20ca0ab 사용 미니언 보안 그룹: 쿠버네티스-미니언-쿠버네티스 sg-cd0ca0b4 만들기 마스터 디스크: 크기 20GB, 유형 gp2 추가 태그 에 vol-99a30b11: 이름=쿠버네티스-마스터-pd 추가 태그 에 vol-99a30b11: 쿠버네티스 클러스터=쿠버네티스 할당됨 Elastic IP 에 대한 마스터: 52.40.9.27 추가 태그 에 vol-99a30b11: 쿠버네티스.io/마스터-IP=52.40.9.27 생성 certs 에 대한 대체-이름: IP:52.40.9.27,IP:172.20.0.9,IP:10.0.0.1,DNS:쿠버네티스,DNS:쿠버네티스.기본값,DNS:쿠버네티스.기본값.svc,DNS:쿠버네티스.기본값.svc.클러스터.local,DNS:쿠버네티스-마스터 시작 마스터 추가 태그 에 i-f95bdae1: 이름=쿠버네티스-마스터 추가 태그 에 i-f95bdae1: 역할=쿠버네티스-마스터 추가 태그 에 i-f95bdae1: 쿠버네티스 클러스터=쿠버네티스 대기 중 에 대한 마스터 에 be 준비 시도 1 에 확인 에 대한 마스터 nodeWaiting 에 대한 인스턴스 i-f95bdae1 에 be 실행 중 (현재 보류 중) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 실행 중 (현재 보류 중) 수면 에 대한 3 초... [마스터 실행 중] 첨부 IP 52.40.9.27 에 인스턴스 i-f95bdae1 첨부 지속적 데이터 볼륨 (vol-99a30b11) 에 마스터 2016-09-29T05:14:28.098Z /dev/sdb i-f95bdae1 첨부 vol-99a30b11 클러스터 "aws_kubernetes" set. 사용자 "aws_kubernetes" set. 컨텍스트 "aws_kubernetes" set. 전환 에 컨텍스트 "aws_kubernetes". 사용자 "aws_kubernetes-basic-auth" set. 작성 구성 에 대한 aws_kubernetes 에 /사용자/arungupta/.kube/구성 만들기 미니언 구성 만들기 자동 스케일링 그룹 0 미니언 시작; 대기 중 0 미니언 시작; 대기 중 0 미니언 시작; 대기 중 0 미니언 시작; 대기 중 2 미니언 시작; 준비 대기 중 에 대한 클러스터 초기화. 이 will 지속적으로 확인 에 참조 만약 의 API 에 대한 쿠버네티스 는 도달 가능. 이 might loop 영원히 만약 거기 는 일부 잡히지 않음 오류 동안 시작 up. ..............................................................................................................................................................................................................................Kubernetes 클러스터 생성. Sanity 확인 클러스터... 시도 1 에 확인 Docker on 노드 @ 54.70.225.33 ...작업 시도 1 에 확인 Docker on 노드 @ 54.71.36.48 ...작업 Kubernetes 클러스터 는 실행 중. 그리고 마스터 는 실행 중 에서: https://52.40.9.27 그리고 사용자 이름 그리고 비밀번호 에 사용 는 위치 in /사용자/arungupta/.kube/구성. ... 호출 유효성 검사-클러스터 대기 중 에 대한 2 준비 노드. 0 준비 노드, 0 등록된. 재시도. 대기 중 에 대한 2 준비 노드. 0 준비 노드, 0 등록된. 재시도. 대기 중 에 대한 2 준비 노드. 0 준비 노드, 0 등록된. 재시도. 대기 중 에 대한 2 준비 노드. 0 준비 노드, 2 등록된. 재시도. 대기 중 에 대한 2 준비 노드. 0 준비 노드, 2 등록된. 재시도. 발견됨 2 노드(s). 이름 상태 AGE IP-172-20-0-111.us-west-2.compute.internal 준비 39s IP-172-20-0-112.us-west-2.compute.internal 준비 42s 유효성 검사 출력: 이름 상태 메시지 오류 스케줄러 건강 확인 컨트롤러-관리자 건강 확인 etcd-0 건강 {"health": "true"} etcd-1 건강 {"health": "true"} 클러스터 유효성 검사 성공 완료, 목록 클러스터 서비스: Kubernetes 마스터 는 실행 중 에서 https://52.40.9.27 Elasticsearch 는 실행 중 에서 https://52.40.9.27/api/v1/proxy/namespaces/kube-system/services/elasticsearch-logging 힙스터 는 실행 중 에서 https://52.40.9.27/api/v1/proxy/namespaces/kube-system/services/heapster Kibana 는 실행 중 에서 https://52.40.9.27/api/v1/proxy/namespaces/kube-system/services/kibana-logging KubeDNS 는 실행 중 에서 https://52.40.9.27/api/v1/proxy/namespaces/kube-system/services/kube-dns 쿠버네티스-대시보드 는 실행 중 에서 https://52.40.9.27/api/v1/proxy/namespaces/kube-system/services/kubernetes-dashboard Grafana 는 실행 중 에서 https://52.40.9.27/api/v1/proxy/namespaces/kube-system/services/monitoring-grafana InfluxDB 는 실행 중 에서 https://52.40.9.27/api/v1/proxy/namespaces/kube-system/services/monitoring-influxdb To 더 debug 그리고 진단 클러스터 문제, 사용 'kubectl 클러스터-정보 덤프'. |
이것은 Kubernetes 클러스터가 성공적으로 시작되었음을 보여줍니다.
카우치베이스 서비스 배포
카우치베이스 서비스 및 복제 컨트롤러를 만듭니다:
|
1 2 3 |
kubectl.sh create -f 카우치베이스-서비스.yml 서비스 "couchbase-service" 생성 복제 컨트롤러 "couchbase-rc" 생성 |
구성 파일은 다음 위치에 있습니다. github.com/arun-gupta/kubernetes-java-sample/blob/master/maven/couchbase-service.yml. 이렇게 하면 Couchbase 서비스가 생성되고
백업 복제 컨트롤러입니다. 서비스 이름은 카우치베이스 서비스. 이것은 나중에 Spring Boot 애플리케이션이 데이터베이스와 통신하는 데 사용됩니다. 파드의 상태를 확인합니다:
|
1 2 3 4 5 |
kubectl.sh get -w 포드 이름 READY 상태 다시 시작 AGE 카우치베이스-rc-gu9gl 0/1 컨테이너 생성 0 6s 이름 READY 상태 다시 시작 AGE 카우치베이스-rc-gu9gl 1/1 실행 중 0 2m |
파드 상태가 컨테이너 생성에서 실행 중으로 변경되는 방식에 유의하세요. 그 사이에 이미지가 다운로드되고 시작됩니다.
스프링 부트 애플리케이션 실행
애플리케이션을 실행합니다:
|
1 2 |
kubectl.sh create -f 부티풀-카우치베이스.yml pod "부티풀-카우치베이스" 생성 |
구성 파일은 다음 위치에 있습니다. github.com/arun-gupta/kubernetes-java-sample/blob/master/maven/bootiful-couchbase.yml. 이 서비스에서,
COUCHBASE_URI 환경 변수 값이 카우치베이스 서비스. 앞서 생성한 서비스 이름입니다. 이 서비스에 사용된 도커 이미지는 아룽업타/부티풀-카우치베이스 를 사용하여 생성되며
패브릭8-maven-플러그인 에 표시된 것처럼 github.com/arun-gupta/kubernetes-java-sample/blob/master/maven/webapp/pom.xml#L57-L68.
구체적으로 Docker 이미지에 대한 명령은 다음과 같습니다:
|
1 |
자바 -Dspring.카우치베이스.부트스트랩-호스트=$COUCHBASE_URI -jar /maven/${프로젝트.artifactId}.jar |
이를 통해 다음을 보장합니다. COUCHBASE_URI 환경 변수가 재정의되고 있습니다. spring.couchbase.bootstrap-hosts 속성에 정의된 대로 application.properties 의 로그를 확인합니다. 로그를 가져옵니다:
|
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 |
kubectl.sh 로그 -f 부티풀-카우치베이스 . ____ _ __ _ _ /\ / ___'_ __ _ _(_)_ __ __ _ ( ( )___ | '_ | '_| | '_ / _` | \/ ___)| |_)| | | | | || (_| | ) ) ) ) ' |____| .__|_| |_|_| |___, | / / / / =========|_|==============|___/=/_/_/_/ :: 스프링 부트 :: (v1.4.0.릴리스) 2016-09-29 05:37:29.227 INFO 5 --- [main] org.example.webapp.Application : PID 5로 bootiful-couch-base에서 애플리케이션 v1.0-SNAPSHOT 시작 (/에서 루트에 의해 /maven/bootiful-couch-base.jar 시작) 2016-09-29 05:37:29.259 INFO 5 --- [main] org.example.webapp.Application : 활성 프로필 설정 없음, 기본 프로필로 폴백: default 2016-09-29 05:37:29.696 INFO 5 --- [ main] s.c.a.AnnotationConfigApplicationContext : 새로 고침 중 org.springframework.context.annotation.AnnotationConfigApplicationContext@4ccabbaa: 시작 날짜 [Thu Sep 29 05:37:29 UTC 2016]; 컨텍스트 계층의 루트 2016-09-29 05:37:34.375 INFO 5 --- [main] c.c.client.core.env.CoreEnvironment : ioPoolSize가 3(1)보다 작음, 설정: 3 2016-09-29 05:37:34.376 INFO 5 --- [ main] c.c.client.core.env.CoreEnvironment : computationPoolSize가 3(1)보다 작음, 설정: 3 2016-09-29 05:37:35.026 INFO 5 --- [ main] com.couchbase.client.core.CouchbaseCore : CouchbaseEnvironment: {sslEnabled=false, sslKeystoreFile='null', ssl키스토어패스워드='null', 쿼리 사용=false, 쿼리포트=8093, 부트스트랩HttpEnabled=true, 부트스트랩 캐리어 활성화=true, 부트스트랩HttpDirectPort=8091, 부트스트랩HttpSslPort=18091, 부트스트랩 캐리어 다이렉트 포트=11210, 부트스트랩캐리어Ssl포트=11207, ioPoolSize=3, 계산풀사이즈=3, 응답 버퍼 크기=16384, 요청 버퍼 크기=16384, kv서비스엔드포인트=1, 뷰서비스엔드포인트=1, 쿼리 서비스 엔드포인트=1, 검색서비스 엔드포인트=1, ioPool=니오이벤트루프그룹, 핵심 스케줄러=코어 스케줄러, 이벤트버스=DefaultEventBus, 패키지 이름 및 버전=카우치베이스-자바-클라이언트/2.2.8 (git: 2.2.8, 핵심: 1.2.9), dcpEnabled=false, 재시도 전략=최고의 노력, 최대 요청 수명=75000, 재시도 지연=지수 지연{growBy 1.0 마이크로세컨드, 힘 의 2; lower=100, upper=100000}, 재연결 지연=지수 지연{growBy 1.0 밀리세컨드, 힘 의 2; lower=32, upper=4096}, 관찰 간격 지연=지수 지연{growBy 1.0 마이크로세컨드, 힘 의 2; lower=10, upper=100000}, keepAliveInterval=30000, 자동 릴리스 후=2000, 버퍼 풀링 활성화=true, tcpNodelayEnabled=true, 변이 토큰 활성화=false, 소켓 연결 시간 초과=1000, dcpConnectionBufferSize=20971520, dcpConnectionBufferAckThreshold=0.2, dcpConnectionName=dcp/핵심-io, 콜백스온아이오풀=false, 쿼리 타임아웃=7500, 뷰타임아웃=7500, kv타임아웃=2500, connectTimeout=5000, disconnectTimeout=25000, dnsSrvEnabled=false} 2016-09-29 05:37:36.063 정보 5 --- [ cb-io-1-1] com.카우치베이스.클라이언트.핵심.노드.노드 : 연결됨 에 노드 카우치베이스-서비스 2016-09-29 05:37:36.256 정보 5 --- [ cb-io-1-1] com.카우치베이스.클라이언트.핵심.노드.노드 : 연결 해제 에서 노드 카우치베이스-서비스 2016-09-29 05:37:37.727 정보 5 --- [ cb-io-1-2] com.카우치베이스.클라이언트.핵심.노드.노드 : 연결됨 에 노드 카우치베이스-서비스 2016-09-29 05:37:38.316 정보 5 --- [-계산-3] c.c.c.핵심.구성.구성 공급자 : 열림 버킷 책 2016-09-29 05:37:40.655 정보 5 --- [ 메인] o.s.j.e.a.AnnotationMBeanExporter : 등록하기 콩 에 대한 JMX 노출 on 시작 예약{isbn=978-1-4919-1889-0, 이름=Minecraft 모딩 와 함께 Forge, 비용=29.99} 2016-09-29 05:37:41.497 정보 5 --- [ 메인] org.예제.웹앱.애플리케이션 : 시작됨 애플리케이션 in 14.64 초 (JVM 실행 중 에 대한 16.631) 2016-09-29 05:37:41.514 정보 5 --- [ 스레드-5] s.c.a.주석 구성 애플리케이션 컨텍스트 : 닫기 org.스프링 프레임워크.컨텍스트.주석.주석 구성 애플리케이션 컨텍스트@4ccabbaa: 시작 날짜 [목요일 9월 29 05:37:29 UTC 2016]; root 의 컨텍스트 계층 구조 2016-09-29 05:37:41.528 정보 5 --- [ 스레드-5] o.s.j.e.a.AnnotationMBeanExporter : 등록 취소 JMX-노출 콩 on 종료 2016-09-29 05:37:41.577 정보 5 --- [ cb-io-1-2] com.카우치베이스.클라이언트.핵심.노드.노드 : 연결 해제 에서 노드 카우치베이스-서비스 2016-09-29 05:37:41.578 정보 5 --- [ 스레드-5] c.c.c.핵심.구성.구성 공급자 : 닫힘 버킷 책 |
여기서 살펴볼 주요 출력 문은 다음과 같습니다.
|
1 |
예약{isbn=978-1-4919-1889-0, 이름=Minecraft 모딩 와 함께 Forge, 비용=29.99} |
이는 JSON 문서가 Couchbase 데이터베이스에 업서트(삽입 또는 업데이트)되었음을 나타냅니다.
Kubernetes 대시보드
Kubernetes 대시보드 는 더 포괄적으로 보이며 CLI와 90% 패리티를 갖는다고 주장합니다. 사용 kubectl.sh 구성 보기 명령을 사용하여 클러스터에 대한 구성 정보를 볼 수 있습니다. 다음과 같습니다:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
apiVersion: v1 클러스터: - 클러스터: 인증서-권한-데이터: 편집됨 서버: https://52.40.9.27 이름: aws_kubernetes 컨텍스트: - 컨텍스트: 클러스터: aws_kubernetes 사용자: aws_kubernetes 이름: aws_kubernetes 현재-컨텍스트: aws_kubernetes 종류: 구성 환경설정: {} 사용자: - 이름: aws_kubernetes 사용자: 클라이언트-인증서-데이터: 편집됨 클라이언트-키-데이터: 편집됨 토큰: 3GuTCLvFnINHed9dWICICidlrSv8C0kg - 이름: aws_kubernetes-기본-auth 사용자: 비밀번호: 8pxC121Oj7kN0nCa 사용자 이름: 관리자 |
그리고 clusters.cluster.server 속성 값은 쿠버네티스 마스터의 위치를 보여줍니다. 그리고 사용자 속성은 대시보드에 액세스하는 데 사용할 수 있는 두 명의 사용자를 표시합니다. 두 번째 사용자는 기본 인증을 사용하므로
사용자 이름 그리고 비밀번호 속성 값입니다. 저희의 경우 대시보드 UI는 https://52.40.9.27/ui 에서 액세스할 수 있습니다.
이 멋진 대시보드에서 모든 Kubernetes 리소스를 쉽게 확인할 수 있습니다.
쿠버네티스 클러스터 종료
마지막으로 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 |
kube-down.sh 가져오기 down 클러스터 사용 공급자: aws 삭제 인스턴스 in VPC: vpc-6b5b4b0f 삭제 자동-스케일링 그룹: 쿠버네티스-미니언-그룹-우리-west-2a 삭제 자동-스케일링 출시 구성: 쿠버네티스-미니언-그룹-우리-west-2a 삭제 자동-스케일링 그룹: 쿠버네티스-미니언-그룹-우리-west-2a 대기 중 에 대한 인스턴스 에 be 삭제됨 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 대기 중 에 대한 인스턴스 i-f95bdae1 에 be 종료 (현재 종료-down) 수면 에 대한 3 초... 모두 인스턴스 삭제됨 릴리스 Elastic IP: 52.40.9.27 삭제 볼륨 vol-99a30b11 청소 up 리소스 in VPC: vpc-6b5b4b0f 청소 up 보안 그룹: sg-cd0ca0b4 청소 up 보안 그룹: sg-d20ca0ab 삭제 보안 그룹: sg-cd0ca0b4 삭제 보안 그룹: sg-d20ca0ab 삭제 VPC: vpc-6b5b4b0f 완료 |
https://www.couchbase.com/products/cloud/kubernetes 에서 다양한 오케스트레이션 프레임워크를 사용하여 Couchbase를 실행하는 방법에 대한 자세한 내용을 확인할 수 있습니다. 추가 참조:
- 카우치베이스 포럼 또는 스택오버플로우
- 팔로우하세요 @couchbasedev 또는 @couchbase
- 자세히 알아보기 카우치베이스 서버
