Kops를 사용한 아마존의 멀티마스터 쿠버네티스 클러스터

스프링 부트와 카우치베이스를 사용하여 Kubernetes 1.4 시작하기 에서 아마존 웹 서비스에서 Kubernetes 1.4를 시작하는 방법을 설명합니다. A
Couchbase 서비스가 클러스터에 생성되고 Spring Boot 애플리케이션이 데이터베이스에 JSON 문서를 저장합니다. 여기에는 kube-up.sh 스크립트를 쿠버네티스 바이너리에서 다운로드하십시오. github.com/kubernetes/kubernetes/releases/download/v1.4.0/kubernetes.tar.gz  를 사용하여 클러스터를 시작합니다. 이 스크립트는 단일 마스터로만 Kubernetes 클러스터를 생성할 수 있습니다. 이는 마스터가 단일 장애 지점이 되는 분산 애플리케이션의 근본적인 결함입니다.

만나기 kops - 쿠버네티스 오퍼레이션의 줄임말입니다.

이것은 가용성이 높은 Kubernetes 클러스터를 시작하고 실행하는 가장 쉬운 방법입니다. 쿠버네티스의 kubectl 스크립트는 실행 중인 클러스터에 대해 명령을 실행하기 위한 CLI입니다. 다음과 같이 생각하세요. kops as 클러스터용 kubectl.
이 블로그에서는 다음을 사용하여 Amazon에서 고가용성 Kubernetes 클러스터를 생성하는 방법을 보여드립니다. kops. 그리고 클러스터가 생성되면 클러스터에 Couchbase 서비스를 생성하고 Spring Boot 애플리케이션을 실행하여 JSON 문서를 저장합니다.
를 데이터베이스에 저장합니다.

많은 분들께 감사드립니다. justinsb, sarahz, razic, 제이고렐, 어깨를 으쓱, bkpandey 그리고 다른 사람들 Kubernetes 슬랙 채널 세부 사항을 도와주셔서 감사합니다!

kops 및 kubectl 다운로드

• 다운로드 Kops 최신 릴리스. 이 블로그는 다음을 사용하여 테스트되었습니다. 1.4.1 에 대한 전체 명령 집합을 제공합니다.
  kops 를 볼 수 있습니다:
  
  kops-darwin-amd64 --help kops is kubernetes ops. It allows you to create, destroy, upgrade and maintain clusters. Usage: kops [command] Available Commands: create create resources delete delete clusters describe describe objects edit edit items export export clusters/kubecfg get list or get objects import import clusters rolling-update rolling update clusters secrets Manage secrets & keys toolbox Misc infrequently used commands update update clusters upgrade upgrade clusters version Print the client version information Flags: --alsologtostderr log to standard error as well as files --config string config file (default is $HOME/.kops.yaml) --log_backtrace_at traceLocation when logging hits line file:N, emit a stack trace (default :0) --log_dir string If non-empty, write log files in this directory --logtostderr log to standard error instead of files (default false) --name string Name of cluster --state string Location of state storage --stderrthreshold severity logs at or above this threshold go to stderr (default 2) -v, --v Level log level for V logs --vmodule moduleSpec comma-separated list of pattern=N settings for file-filtered logging Use "kops [command] --help" for more information about a command.

  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

  kops-darwin-amd64 --도움말 kops 는 쿠버네티스 ops. It 허용 당신 에 create, 파괴, 업그레이드 그리고 유지 관리 클러스터.   사용법:   kops [명령]   사용 가능 명령:   create         create 리소스   삭제         삭제 클러스터   설명       설명 객체   편집           편집 항목   내보내기         내보내기 클러스터/kubecfg   get            목록 또는 get 객체   가져오기         가져오기 클러스터   롤링-업데이트 롤링 업데이트 클러스터   비밀        관리 비밀 & 키   도구 상자        기타 드물게 사용됨 명령   업데이트         업데이트 클러스터   업그레이드        업그레이드 클러스터   버전        인쇄 의 클라이언트 버전 정보   플래그:       --alsologtostderr                  로그 에 표준 오류 as 잘 as 파일       --구성 문자열                    구성 파일 (기본값 는 $홈/.kops.yaml)       --로그_백트레이스_at 추적 위치   언제 로깅 조회수 라인 파일:N, emit a 스택 추적 (기본값 :0)       --log_dir 문자열                   만약 비-빈, 쓰기 로그 파일 in 이 디렉토리       --로그토스트더러                      로그 에 표준 오류 대신 의 파일 (기본값 false)       --이름 문자열                      이름 의 클러스터       --상태 문자열                     위치 의 상태 스토리지       --stderrthreshold 심각도         로그 에서 또는 위 이 임계값 go 에 stderr (기본값 2)   -v, --v 레벨                          로그 레벨 에 대한 V 로그       --vmodule moduleSpec               쉼표-분리 목록 의 패턴=N 설정 에 대한 파일-필터링됨 로깅   사용 "kops [command] --help" 에 대한 더 보기 정보 약 a 명령.

• 다운로드 kubectl:
  
  curl -Lo kubectl https://storage.googleapis.com/kubernetes-release/release/v1.4.1/bin/darwin/amd64/kubectl && chmod +x kubectl

  1	curl -Lo kubectl https://storage.googleapis.com/kubernetes-release/release/v1.4.1/bin/darwin/amd64/kubectl && chmod +x kubectl

•  포함 kubectl 의 PATH.

아마존에서 버킷 및 NS 레코드 생성

현재로서는 약간의 설정이 필요하며, 다음 릴리스에서 이 문제가 해결되기를 바랍니다. AWS에서 클러스터 불러오기 자세한 단계와 더 많은 배경 지식을 제공합니다.
블로그의 내용은 다음과 같습니다:

• 쿠버네티스 클러스터를 호스팅할 도메인을 선택합니다. 이 블로그는 kubernetes.arungupta.me 도메인을 선택합니다. 최상위 도메인 또는 하위 도메인을 선택할 수 있습니다.
• 아마존 루트 53 는 가용성과 확장성이 뛰어난 DNS 서비스입니다. 로그인 Amazon 콘솔 를 생성하고 호스트 영역 라우트 53 서비스를 사용하는 이 도메인에 대해
  
  생성된 영역은 다음과 같습니다:
  
  에 표시된 값은 가치 열은 나중에 NS 레코드를 만드는 데 사용되므로 중요합니다.
• 다음을 사용하여 S3 버킷을 만듭니다. Amazon 콘솔 를 사용하여 클러스터 구성을 저장합니다. 상태 저장소.
  
• 도메인 kubernetes.arungupta.me 은(는) GoDaddy에서 호스팅됩니다. Route53 호스트 영역의 값 열에 표시된 각 값에 대해 다음을 사용하여 NS 레코드를 만듭니다. GoDaddy 도메인 제어 센터 에 대한
  이 도메인.레코드 유형을 선택합니다:
  
  각 값에 대해 그림과 같이 레코드를 추가합니다:
  
  완성된 레코드 세트는 다음과 같습니다:
  

쿠버네티스 멀티마스터 클러스터 시작하기

아마존 지역 및 지역에 대해 조금 더 이해해 보겠습니다:

Amazon EC2는 전 세계 여러 위치에서 호스팅됩니다. 이러한 위치는 리전 및 가용 영역으로 구성됩니다. 각 리전은 별도의 지리적 영역입니다. 각 리전에는 가용 영역이라고 하는 여러 개의 격리된 위치가 있습니다.

가용성이 높은 Kubernetes 클러스터는 여러 영역에 걸쳐 생성할 수 있지만 지역 간에는 생성할 수 없습니다.

• 지역 내 사용 가능 지역을 확인하세요:
  
  aws ec2 describe-availability-zones --region us-west-2 { "AvailabilityZones": [ { "State": "available", "RegionName": "us-west-2", "Messages": [], "ZoneName": "us-west-2a" }, { "State": "available", "RegionName": "us-west-2", "Messages": [], "ZoneName": "us-west-2b" }, { "State": "available", "RegionName": "us-west-2", "Messages": [], "ZoneName": "us-west-2c" } ] }

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

  aws ec2 설명-가용성-영역 --지역 우리-west-2 {     "가용성 영역": [         {             "State": "사용 가능",             "RegionName": "us-west-2",             "메시지": [],             "영역 이름": "US-WEST-2A"         },         {             "State": "사용 가능",             "RegionName": "us-west-2",             "메시지": [],             "영역 이름": "US-WEST-2B"         },         {             "State": "사용 가능",             "RegionName": "us-west-2",             "메시지": [],             "영역 이름": "US-WEST-2C"         }     ] }

• 멀티 마스터 클러스터를 만듭니다:
  
  kops-darwin-amd64 create cluster --name=kubernetes.arungupta.me --cloud=aws --zones=us-west-2a,us-west-2b,us-west-2c --master-size=m4.large --node-count=3 --node-size=m4.2xlarge --master-zones=us-west-2a,us-west-2b,us-west-2c --state=s3://kops-couchbase --yes

  1	kops-darwin-amd64 create 클러스터 --이름=쿠버네티스.arungupta.me --클라우드=aws --영역=우리-west-2a,우리-west-2b,우리-west-2c --마스터-크기=m4.large --노드-카운트=3 --노드-크기=m4.2x-large --마스터-영역=우리-west-2a,우리-west-2b,우리-west-2c --상태=s3://kops-couchbase --yes

  
  대부분의 스위치는 설명이 필요 없습니다. 일부 스위치는 약간의 설명이 필요합니다:
  • 다음을 사용하여 여러 영역 지정 --마스터 영역 (홀수여야 함) AZ에 여러 마스터를 생성합니다.
  • --cloud=aws 는 영역에서 클라우드를 추론할 수 있는 경우 선택 사항입니다.
  • --예 는 클러스터를 즉시 생성하도록 지정하는 데 사용됩니다. 그렇지 않으면 상태만 버킷에 저장되고 클러스터는 별도로 만들어야 합니다.

  전체 CLI 스위치 세트를 볼 수 있습니다:

  ./kops-darwin-amd64 create cluster --help Creates a k8s cluster. Usage: kops create cluster [flags] Flags: --admin-access string Restrict access to admin endpoints (SSH, HTTPS) to this CIDR. If not set, access will not be restricted by IP. --associate-public-ip Specify --associate-public-ip=[true|false] to enable/disable association of public IP for master ASG and nodes. Default is 'true'. (default true) --channel string Channel for default versions and configuration to use (default "stable") --cloud string Cloud provider to use - gce, aws --dns-zone string DNS hosted zone to use (defaults to last two components of cluster name) --image string Image to use --kubernetes-version string Version of kubernetes to run (defaults to version in channel) --master-size string Set instance size for masters --master-zones string Zones in which to run masters (must be an odd number) --model string Models to apply (separate multiple models with commas) (default "config,proto,cloudup") --network-cidr string Set to override the default network CIDR --networking string Networking mode to use. kubenet (default), classic, external. (default "kubenet") --node-count int Set the number of nodes --node-size string Set instance size for nodes --out string Path to write any local output --project string Project to use (must be set on GCE) --ssh-public-key string SSH public key to use (default "~/.ssh/id_rsa.pub") --target string Target - direct, terraform (default "direct") --vpc string Set to use a shared VPC --yes Specify --yes to immediately create the cluster --zones string Zones in which to run the cluster Global Flags: --alsologtostderr log to standard error as well as files --config string config file (default is $HOME/.kops.yaml) --log_backtrace_at traceLocation when logging hits line file:N, emit a stack trace (default :0) --log_dir string If non-empty, write log files in this directory --logtostderr log to standard error instead of files (default false) --name string Name of cluster --state string Location of state storage --stderrthreshold severity logs at or above this threshold go to stderr (default 2) -v, --v Level log level for V logs --vmodule moduleSpec comma-separated list of pattern=N settings for file-filtered logging

  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

  ./kops-darwin-amd64 create 클러스터 --도움말 생성 a k8s 클러스터.   사용법:   kops create 클러스터 [플래그]   플래그:       --관리자-액세스 문자열         제한 액세스 에 관리자 엔드포인트 (SSH, HTTPS) 에 이 CIDR.  만약 not set, 액세스 will not be 제한된 by IP.       --associate-public-IP         지정 --associate-public-IP=[true|false] 에 활성화/비활성화 연관성 의 public IP 에 대한 마스터 ASG 그리고 노드. 기본값 는 'true'. (기본값 true)       --채널 문자열              채널 에 대한 기본값 버전 그리고 구성 에 사용 (기본값 "안정적")       --클라우드 문자열                클라우드 공급자 에 사용 - gce, aws       --dns-영역 문자열             DNS 호스팅 영역 에 사용 (기본값 에 마지막 두 구성 요소 의 클러스터 이름)       --이미지 문자열                이미지 에 사용       --쿠버네티스-버전 문자열   버전 의 쿠버네티스 에 실행 (기본값 에 버전 in 채널)       --마스터-크기 문자열          설정 인스턴스 크기 에 대한 마스터       --마스터-영역 문자열         영역 in 어느 에 실행 마스터 (필수 be an odd 숫자)       --모델 문자열                모델 에 신청하기 (분리 여러 모델 와 함께 쉼표) (기본값 "config,proto,cloudup")       --네트워크-cidr 문자열         설정 에 오버라이드 의 기본값 네트워크 CIDR       --네트워킹 문자열           네트워킹 모드 에 사용.  kubenet (기본값), 클래식, 외부. (기본값 "kubenet")       --노드-카운트 int              설정 의 숫자 의 노드       --노드-크기 문자열            설정 인스턴스 크기 에 대한 노드       --out 문자열                  경로 에 쓰기 any local 출력       --프로젝트 문자열              프로젝트 에 사용 (필수 be set on GCE)       --ssh-public-키 문자열       SSH public 키 에 사용 (기본값 "~/.ssh/id_rsa.pub")       --대상 문자열               Target - 직접, 테라폼 (기본값 "직접")       --vpc 문자열                  설정 에 사용 a 공유 VPC       --yes                         지정 --yes 에 즉시 create 의 클러스터       --영역 문자열                영역 in 어느 에 실행 의 클러스터   글로벌 플래그:       --alsologtostderr                  로그 에 표준 오류 as 잘 as 파일       --구성 문자열                    구성 파일 (기본값 는 $홈/.kops.yaml)       --로그_백트레이스_at 추적 위치   언제 로깅 조회수 라인 파일:N, emit a 스택 추적 (기본값 :0)       --log_dir 문자열                   만약 비-빈, 쓰기 로그 파일 in 이 디렉토리       --로그토스트더러                      로그 에 표준 오류 대신 의 파일 (기본값 false)       --이름 문자열                      이름 의 클러스터       --상태 문자열                     위치 의 상태 스토리지       --stderrthreshold 심각도         로그 에서 또는 위 이 임계값 go 에 stderr (기본값 2)   -v, --v 레벨                          로그 레벨 에 대한 V 로그       --vmodule moduleSpec               쉼표-분리 목록 의 패턴=N 설정 에 대한 파일-필터링됨 로깅

• 클러스터가 생성되면 클러스터에 대한 자세한 내용을 확인합니다:
  kubectl cluster-info Kubernetes master is running at https://api.kubernetes.arungupta.me KubeDNS is running at https://api.kubernetes.arungupta.me/api/v1/proxy/namespaces/kube-system/services/kube-dns To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.

  1 2 3 4 5

  kubectl 클러스터-정보 Kubernetes 마스터 는 실행 중 에서 https://api.kubernetes.arungupta.me KubeDNS 는 실행 중 에서 https://api.kubernetes.arungupta.me/api/v1/proxy/namespaces/kube-system/services/kube-dns   To 더 debug 그리고 진단 클러스터 문제, 사용 'kubectl 클러스터-정보 덤프'.

• 클러스터 클라이언트 및 서버 버전을 확인합니다:
  kubectl version Client Version: version.Info{Major:"1", Minor:"4", GitVersion:"v1.4.1", GitCommit:"33cf7b9acbb2cb7c9c72a10d6636321fb180b159", GitTreeState:"clean", BuildDate:"2016-10-10T18:19:49Z", GoVersion:"go1.7.1", Compiler:"gc", Platform:"darwin/amd64"} Server Version: version.Info{Major:"1", Minor:"4", GitVersion:"v1.4.3", GitCommit:"4957b090e9a4f6a68b4a40375408fdc74a212260", GitTreeState:"clean", BuildDate:"2016-10-16T06:20:04Z", GoVersion:"go1.6.3", Compiler:"gc", Platform:"linux/amd64"}

  1 2 3

  kubectl 버전 클라이언트 버전: 버전.정보{전공:"1", 미성년자:"4", GitVersion:"v1.4.1", GitCommit:"33cf7b9acbb2cb7c9c72a10d6636321fb180b159", GitTreeState:"clean", 빌드 날짜:"2016-10-10T18:19:49Z", GoVersion:"go1.7.1", 컴파일러:"gc", 플랫폼:"darwin/amd64"} 서버 버전: 버전.정보{전공:"1", 미성년자:"4", GitVersion:"v1.4.3", GitCommit:"4957b090e9a4f6a68b4a40375408fdc74a212260", GitTreeState:"clean", 빌드 날짜:"2016-10-16T06:20:04Z", GoVersion:"go1.6.3", 컴파일러:"gc", 플랫폼:"LINUX/AMD64"}

• 클러스터의 모든 노드를 확인합니다:
  kubectl get nodes NAME STATUS AGE ip-172-20-111-151.us-west-2.compute.internal Ready 1h ip-172-20-116-40.us-west-2.compute.internal Ready 1h ip-172-20-48-41.us-west-2.compute.internal Ready 1h ip-172-20-49-105.us-west-2.compute.internal Ready 1h ip-172-20-80-233.us-west-2.compute.internal Ready 1h ip-172-20-82-93.us-west-2.compute.internal Ready 1h

  1 2 3 4 5 6 7 8

  kubectl get 노드 이름                                           상태    AGE IP-172-20-111-151.us-west-2.compute.internal   준비     1h IP-172-20-116-40.us-west-2.compute.internal    준비     1h IP-172-20-48-41.us-west-2.compute.internal     준비     1h IP-172-20-49-105.us-west-2.compute.internal    준비     1h IP-172-20-80-233.us-west-2.compute.internal    준비     1h IP-172-20-82-93.us-west-2.compute.internal     준비     1h

  또는 마스터 노드만 찾아보세요:

  kubectl get nodes -l kubernetes.io/role=master NAME STATUS AGE ip-172-20-111-151.us-west-2.compute.internal Ready 1h ip-172-20-48-41.us-west-2.compute.internal Ready 1h ip-172-20-82-93.us-west-2.compute.internal Ready 1h

  1 2 3 4 5

  kubectl get 노드 -l 쿠버네티스.io/역할=마스터 이름                                           상태    AGE IP-172-20-111-151.us-west-2.compute.internal   준비     1h IP-172-20-48-41.us-west-2.compute.internal     준비     1h IP-172-20-82-93.us-west-2.compute.internal     준비     1h

• 모든 클러스터를 확인합니다:
  kops-darwin-amd64 get clusters --state=s3://kops-couchbase NAME CLOUD ZONES kubernetes.arungupta.me aws us-west-2a,us-west-2b,us-west-2c

  1 2 3

  kops-darwin-amd64 get 클러스터 --상태=s3://kops-couchbase 이름   클라우드 영역 쿠버네티스.arungupta.me aws 우리-west-2a,우리-west-2b,우리-west-2c

Kubernetes 대시보드 애드온

기본적으로 kops를 사용하여 만든 클러스터에는 UI 대시보드가 없습니다. 하지만 애드온으로 추가할 수 있습니다:

이제 클러스터에 대한 전체 세부 정보를 볼 수 있습니다:

그리고 Kubernetes UI 대시보드는 표시된 URL에 있습니다. 우리의 경우, 이것은 https://api.kubernetes.arungupta.me/ui 처럼 보입니다:

이 대시보드에 액세스하기 위한 자격 증명은 다음을 사용하여 얻을 수 있습니다. kubectl 구성 보기 명령을 실행합니다. 값은 다음과 같이 표시됩니다:

카우치베이스 서비스 배포

에 설명된 대로 스프링 부트와 카우치베이스를 사용하여 Kubernetes 1.4 시작하기를 사용하여 Couchbase 서비스를 실행해 보겠습니다:

이 구성 파일은 다음 위치에 있습니다. github.com/arun-gupta/kubernetes-java-sample/blob/master/maven/couchbase-service.yml. 서비스 목록을 확인하세요:

서비스에 대해 설명하세요:

포드 받기:

스프링 부트 애플리케이션 실행

Spring Boot 애플리케이션은 Couchbase 서비스에 대해 실행되며 그 안에 JSON 문서를 저장합니다. Spring Boot 애플리케이션을 시작합니다:

이 구성 파일은 다음 위치에 있습니다. github.com/arun-gupta/kubernetes-java-sample/blob/master/maven/bootiful-couchbase.yml. 모든 포드 목록을 참조하세요:

전체 파드의 로그를 확인합니다:

이제 업데이트된 대시보드의 모습은 다음과 같습니다:

쿠버네티스 클러스터 삭제

쿠버네티스 클러스터는 다음과 같이 삭제할 수 있습니다:

couchbase.com/containers 에서 다양한 컨테이너 프레임워크에서 Couchbase를 실행하는 방법에 대한 자세한 내용을 확인할 수 있습니다. Couchbase에 대한 자세한 정보:

• 카우치베이스 개발자 포털
• 카우치베이스 포럼
• @couchbasedev 또는 @couchbase