Rook - Kubernetes용 셀프 서비스 데이터 저장소

29월 XNUMX일, Kubernetes, Prometheus 및 컨테이너 및 클라우드 네이티브 세계의 기타 오픈 소스 제품을 지원하는 조직인 CNCF(Cloud Native Computing Foundation)의 기술위원회는 объявил 프로젝트 승인에 대해 사기꾼 그들의 대열에 들어갑니다. “Kubernetes의 분산 스토리지 오케스트레이터”에 대해 알아볼 수 있는 절호의 기회입니다.

어떤 종류의 루크?

사기꾼 Go로 작성된 소프트웨어입니다(배포자 무료 Apache License 2.0에 따라), 데이터 웨어하우스에 자동화된 기능을 제공하도록 설계되었습니다. 자가 관리, 자가 확장, 자가 치유. 이를 위해 Rook은 배포, 부트스트래핑, 구성, 프로비저닝, 확장, 업데이트, 마이그레이션, 재해 복구, 모니터링 및 리소스 관리를 자동화합니다(Kubernetes 환경에서 사용되는 데이터 저장소의 경우).

이 프로젝트는 알파 단계에 있으며 Kubernetes 클러스터에서 Ceph 분산 스토리지 시스템을 조정하는 데 특화되어 있습니다. 저자는 또한 다른 스토리지 시스템을 지원할 계획을 발표했지만 다음 릴리스에서는 이러한 일이 발생하지 않을 것입니다.

구성 요소 및 기술 장치

Kubernetes 내부에서 Rook의 작업은 특수 연산자를 기반으로 합니다. (Kubernetes Operator에 대한 자세한 내용은 이 기사), 스토리지 구성을 자동화하고 모니터링을 구현합니다.

따라서, 루크 운영자 저장소의 배포 및 후속 유지 관리에 필요한 모든 것을 포함하는 컨테이너인 것 같습니다. 운영자의 책임은 다음과 같습니다.

• Ceph 스토리지 데몬용 DaemonSet 생성 (ceph-osd) 간단한 RADOS 클러스터를 사용합니다.
• Ceph 모니터링을 위한 포드 생성 (에서 세프몬, 클러스터 상태를 확인합니다. 쿼럼의 경우 대부분의 경우 3개의 복사본이 배포되고, 그 중 하나라도 떨어지면 새 복사본이 올라갑니다.;
• CRD 관리(사용자 정의 리소스 정의) 자신을 위해 무리, 스토리지 풀, 객체 저장소 (객체에 대해 PUT/GET을 수행하는 HTTP 요청을 제공하기 위한 리소스 및 서비스 세트 - S3 및 Swift API와 호환됨)과 파일 시스템;
• 필요한 모든 서비스를 실행하기 위해 포드를 초기화합니다.
• Rook 에이전트 생성.

에이전트 오브 루크 각 Kubernetes 노드에 배포되는 별도의 Pod로 표시됩니다. 에이전트의 목적은 플러그인 구성입니다. 플렉스볼륨, Kubernetes의 스토리지 볼륨에 대한 지원을 제공합니다. 에이전트는 네트워크 저장 장치 연결, 볼륨 마운트, 파일 시스템 포맷 등 스토리지 작업을 구현합니다.

전체 Kubernetes 클러스터 체계에서 Rook 구성 요소의 위치 및 역할

Rook은 세 가지 유형의 스토리지를 제공합니다.

1. 차단하다 (블록, StorageClass) — 저장소를 단일 난로에 장착합니다.
2. 물체 (목적, ObjectStore) - Kubernetes 클러스터 내부 및 외부에서 사용할 수 있습니다(S3 API를 통해).
3. 공유 파일 시스템 (공유 파일 시스템, Filesystem)은 여러 Pod에서 읽고 쓰기 위해 마운트할 수 있는 파일 시스템입니다.

Rook의 내부는 다음과 같습니다.

• 몽스 — Ceph 모니터링용 포드(이미 언급한 ceph-mon 포함)
• OSD - ceph-osd 데몬(객체 스토리지 데몬)이 포함된 포드
• M.G.R. - 악마가 있는 꼬투리 ceph-mgr 외부 시스템(모니터링/제어)에 대한 추가 모니터링 기능 및 인터페이스를 제공하는 (Ceph Manager)
• RGW (선택 과목) - 객체 스토리지가 포함된 포드
• MDS (선택 과목) - 공유 파일 시스템이 있는 포드.

모든 Rook 데몬(Mons, OSD, MGR, RGW, MDS)은 단일 바이너리(rook) 컨테이너에서 실행됩니다.

Rook 프로젝트에 대한 간략한 소개를 위해 이 짧은(12개 슬라이드)도 유용할 수 있습니다. 제출 Bassam Tabbara(Quantum Corp의 CTO)가 제공합니다.

루크 운영

Rook Operator는 Kubernetes 버전 1.6 이상을 완벽하게 지원합니다. (그리고 부분적으로 이전 K8s 릴리스 - 1.5.2). 그의 설치 в 가장 간단한 시나리오 그것은 다음과 같습니다 :

cd cluster/examples/kubernetes
kubectl create -f rook-operator.yaml
kubectl create -f rook-cluster.yaml

또한, Rook 오퍼레이터도 준비되어 있습니다. 헬름 차트, 덕분에 다음과 같이 설치를 수행할 수 있습니다.

helm repo add rook-alpha https://charts.rook.io/alpha
helm install rook-alpha/rook

소량 가능 설정 옵션 (예를 들어 지원을 비활성화할 수 있습니다. RBAC(이 기능이 클러스터에서 사용되지 않는 경우) helm install 매개변수를 통해 --set key=value[,key=value] (또는 별도의 YAML 파일에 저장하고 다음을 통해 전송) -f values.yaml).

Rook 오퍼레이터를 설치하고 에이전트와 함께 포드를 시작한 후 남은 것은 Rook 클러스터 자체를 생성하는 것뿐입니다. 가장 간단한 구성은 다음과 같습니다(rook-cluster.yaml):

apiVersion: v1
kind: Namespace
metadata:
  name: rook
---
apiVersion: rook.io/v1alpha1
kind: Cluster
metadata:
  name: rook
  namespace: rook
spec:
  dataDirHostPath: /var/lib/rook
  storage:
    useAllNodes: true
    useAllDevices: false
    storeConfig:
      storeType: bluestore
      databaseSizeMB: 1024
      journalSizeMB: 1024

주의: 속성에 특별한 주의를 기울여야 합니다. dataDirHostPath, 재부팅 후 클러스터를 저장하려면 올바른 값이 필요합니다. Kubernetes 호스트에서 Rook 데이터의 영구 저장 위치로 사용되는 경우 작성자는 이 디렉터리에 최소 5GB의 여유 디스크 공간을 확보할 것을 ​​권장합니다.

남은 것은 실제로 구성에서 클러스터를 생성하고 포드가 클러스터(네임스페이스)에 생성되었는지 확인하는 것입니다. rook):

kubectl create -f rook-cluster.yaml
kubectl -n rook get pod
NAME                              READY     STATUS    RESTARTS   AGE
rook-api-1511082791-7qs0m         1/1       Running   0          5m
rook-ceph-mgr0-1279756402-wc4vt   1/1       Running   0          5m
rook-ceph-mon0-jflt5              1/1       Running   0          6m
rook-ceph-mon1-wkc8p              1/1       Running   0          6m
rook-ceph-mon2-p31dj              1/1       Running   0          6m
rook-ceph-osd-0h6nb               1/1       Running   0          5m

업그레이드 Rook 클러스터(새 버전까지)는 이 단계에서 모든 구성 요소를 특정 순서로 순차적으로 업데이트해야 하는 절차이며, 현재 Rook 설치가 완전히 "정상"인지 확인한 후에만 시작할 수 있습니다. 상태. Rook 버전 0.5.0을 0.5.1로 업데이트하는 예를 사용한 자세한 단계별 지침은 다음에서 찾을 수 있습니다. 프로젝트 문서.

지난 11월 Rook 블로그에서 게시되었습니다. 비교 공연 EBS와 함께 그 결과는 주목할 만하며, 간단히 요약하면 다음과 같다.

전망

Rook의 현재 상태는 알파이며 현재까지의 최신 주요 릴리스는 다음과 같습니다. 0.6 버전, 2017년 XNUMX월 출시(현재 수정 - v0.6.2 - 14월 2018일에 나왔습니다.) 이미 XNUMX년 상반기에는 베타 버전과 안정 버전(공식적으로 프로덕션에 사용할 준비가 되어 있음) 등 보다 성숙한 버전이 출시될 것으로 예상됩니다.

에 따르면 로드맵 프로젝트에서 개발자는 최소한 다음 두 릴리스인 0.7에서 Rook 개발에 대한 자세한 비전을 가지고 있습니다(준비 상태는 GitHub 추적기에 있습니다). 추정 된 60%) 및 0.8. 예상되는 변경 사항 중에는 Ceph Block 및 Ceph Object에 대한 지원을 베타 버전 상태로 이전하고, CephFS에 대한 볼륨의 동적 프로비저닝, 고급 로깅 ​​시스템, 자동화된 클러스터 업데이트, 볼륨에 대한 스냅샷 지원 등이 있습니다.

루크를 숫자 속으로 데려가세요 CNCF 프로젝트 (지금까지는 매우 초기 단계인 "개시 수준"에서 링커드 и 코어DNS)는 제품에 대한 관심이 높아지는 일종의 보증입니다. 안정적인 버전이 출시되면 클라우드 애플리케이션 세계에서 어떻게 발판을 마련할 것인지가 더 명확해질 것이며, 이는 확실히 새로운 테스터와 사용자를 Rook로 끌어들일 것입니다.

PS

블로그에서도 읽어보세요.

• «Ceph 기반 Kubernetes에서 프로비저닝을 통해 영구 스토리지 생성";
• «Kubernetes용 연산자: 상태 저장 애플리케이션을 실행하는 방법";
• «CoreDNS - 클라우드 네이티브 세계를 위한 DNS 서버 및 Kubernetes용 서비스 검색";
• «컨테이너 네트워킹 인터페이스(CNI)는 네트워크 인터페이스이자 표준입니다. Linux-컨테이너";
• «저렴한 서비스인 Kubernetes를 사용한 인프라".

출처 : habr.com