Kubernetes’te OCCM ve Cinder CSI kullanımı

Sanal makinelerinizde çalışan bir Kubernetes cluster’ı, bulutun yük dengeleyicilerini ve disklerini kullanabilir. Bunu iki upstream bileşen yapar: OpenStack cloud controller manager (OCCM), LoadBalancer türündeki her Service için bir yük dengeleyici oluşturur; Cinder CSI sürücüsü de persistent volume claim’ler için diskler oluşturur. İkisi de konsolun bir uygulama kimlik bilgisi için ürettiği aynı yapılandırma dosyasını, cloud.conf dosyasını okur.

Başlamadan önceBağlantıyı kopyalayın

• Cluster için, projede Sahip veya Katkıda bulunan rolüne ya da Compute, ağ, depolama ve yük dengeleyiciler için Yönet erişimi olan özel bir role sahip bir servis hesabı oluşturun. Bkz. Servis hesapları ve API belirteçleri.
• Bu servis hesabı için Tam erişim profiliyle bir uygulama kimlik bilgisi oluşturun ve cloud-config-secret.yaml dosyasını indirin. Bkz. Uygulama kimlik bilgisi oluşturma.
• Cluster’a kubectl erişimine ve openstack CLI istemcisine ihtiyacınız vardır. Bkz. openstack CLI kullanımı.

Her cluster için bir servis hesabı kimlik bilgisi kullanın. Kişisel bir kimlik bilgisi, sahibi kuruluşunuzdan ayrıldığında veya projedeki rolünü kaybettiğinde çalışmayı bırakır ve bu durumda cluster, yük dengeleyicileri ile diskleri üzerindeki denetimi kaybeder. Yük dengeleyici oluşturmak load-balancer_member Keystone rolünü gerektirir; bu rolü yalnızca Tam erişim profili içerir.

Genel yük dengeleyiciler için ağı ayarlamaBağlantıyı kopyalayın

openstack network list --external -c ID -c Name

Bunun yerine ağı her Service için bir ek açıklamayla (annotation) da ayarlayabilirsiniz. Bkz. Bir Service’i yük dengeleyici üzerinden kullanıma açma.

Bileşenleri yüklemeBağlantıyı kopyalayın

kubectl apply -f cloud-config-secret.yaml

BASE=https://raw.githubusercontent.com/kubernetes/cloud-provider-openstack/release-1.31/manifests
kubectl apply -f $BASE/controller-manager/cloud-controller-manager-roles.yaml
kubectl apply -f $BASE/controller-manager/cloud-controller-manager-role-bindings.yaml
curl -fsSL $BASE/controller-manager/openstack-cloud-controller-manager-ds.yaml \
  | sed 's/value: kubernetes$/value: <cluster-name>/' | kubectl apply -f -

for f in cinder-csi-controllerplugin-rbac cinder-csi-controllerplugin \
         cinder-csi-nodeplugin-rbac cinder-csi-nodeplugin csi-cinder-driver; do
  kubectl apply -f $BASE/cinder-csi-plugin/$f.yaml
done

Komutlar, cloud-provider-openstack projesinin release-1.31 manifestlerini kullanır; konsoldaki kılavuz bu sürüme göre denetlenmiştir.

Cluster adı, OCCM’nin oluşturduğu her yük dengeleyicinin adının bir parçasıdır; bu nedenle projedeki cluster’lar arasında benzersiz olmalıdır.

Disk oluşturmaBağlantıyı kopyalayın

Cinder CSI için bir StorageClass oluşturun ve bir persistent volume claim ile disk isteyin:

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: cinder
  annotations:
    storageclass.kubernetes.io/is-default-class: "true"
provisioner: cinder.csi.openstack.org
allowVolumeExpansion: true
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: data
spec:
  accessModes: ["ReadWriteOnce"]
  storageClassName: cinder
  resources:
    requests:
      storage: 1Gi

Diskler projenin Block Storage hizmetinde görünür ve konsolda oluşturduğunuz diskler gibi faturalandırılır.

Bir Service’i yük dengeleyici üzerinden kullanıma açmaBağlantıyı kopyalayın

apiVersion: v1
kind: Service
metadata:
  name: web
  annotations:
    # Optional when floating-network-id is set in cloud.conf:
    loadbalancer.openstack.org/floating-network-id: "<external-network-id>"
spec:
  type: LoadBalancer
  selector:
    app: web
  ports:
    - port: 80
      targetPort: 8080

<external-network-id> yerine harici ağın ID’sini yazın ya da floating-network-id değerini Secret’ta ayarladıysanız ek açıklamayı kaldırın. OCCM projede bir yük dengeleyici oluşturur; bu yük dengeleyici konsolda diğer yük dengeleyiciler gibi görünür.

Cluster’ın kimlik bilgisini yenilemeBağlantıyı kopyalayın

Kimlik bilgisini yeniledikten sonra yeni cloud-config-secret.yaml dosyasını indirin, içinde floating-network-id değerini yeniden ayarlayın ve örtüşme penceresi bitmeden bileşenleri yeniden başlatın:

kubectl apply -f cloud-config-secret.yaml
kubectl -n kube-system rollout restart daemonset/openstack-cloud-controller-manager
kubectl -n kube-system rollout restart deployment/csi-cinder-controllerplugin daemonset/csi-cinder-nodeplugin

Bkz. Kimlik bilgilerini yenileme ve iptal etme.

İlgili içerikBağlantıyı kopyalayın

• Uygulama kimlik bilgisi oluşturma
• Kimlik bilgilerini yenileme ve iptal etme
• Load Balancers
• Block Storage