Как настроить развертывание Kubernetes Multi-Pod

Я хотел бы развернуть кластер приложений, управляя моим развертыванием через объект развертывания k8s. Документация меня очень смущает. В моей базовой компоновке есть следующие компоненты, которые масштабируются независимо:

  • Сервер API
  • Сервер пользовательских интерфейсов
  • Redis cache
  • Сервер задач Timer/Scheduled

Технически все 4 выше относятся к отдельным стручкам, которые масштабируются независимо.

Мои вопросы:

  • Нужно ли создавать файлы pod.yml, а затем как-то ссылаться на них в файле deployment.yml или может ли файл развертывания также вставлять определения pod?
  • Документация K8s, по-видимому, подразумевает, что часть spec Deployment эквивалентна определению одного элемента. Это верно? Что делать, если я хочу декларативно описать многопотоковые развертывания? Нужно ли мне несколько файлов deployment.yml?

ОТВЕТЫ

Ответ 1

Ответ Pagids имеет большинство основ. Вы должны создать 4 Deployments для своего сценария. Каждое развертывание создаст ReplicaSet, который планирует и контролирует коллекцию PODs для Deployment.

Каждый Deployment, скорее всего, также потребует Service перед ним для доступа. Обычно я создаю один файл yaml, в котором есть Deployment и соответствующий Service. Вот пример для nginx.yaml, который я использую:

apiVersion: v1
kind: Service
metadata:
  annotations:
    service.alpha.kubernetes.io/tolerate-unready-endpoints: "true"
  name: nginx
  labels:
    app: nginx
spec:
  type: NodePort
  ports:
  - port: 80
    name: nginx
    targetPort: 80
    nodePort: 32756
  selector:
    app: nginx
---
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginxdeployment
spec:
  replicas: 3
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginxcontainer
        image: nginx:latest
        imagePullPolicy: Always
        ports:
        - containerPort: 80

Вот некоторая дополнительная информация для уточнения:

  • A POD не является масштабируемой единицей. A Deployment, который планирует PODs.
  • A Deployment предназначен для представления одной группы POD, выполняющей единую цель вместе.
  • У вас может быть много Deployments работать вместе в виртуальной сети кластера.
  • Для доступа к Deployment, который может состоять из множества PODs, запущенных на разных узлах, вам необходимо создать Сервис.
  • Развертывания предназначены для размещения служб без состояния. Если вам нужно сохранить состояние, вам нужно создать вместо него StatefulSet (например, для службы базы данных).

Ответ 2

Вы можете использовать ссылку API Deployment, и вы обнаружите, что поле spec → template имеет тип PodTemplateSpec вместе с соответствующим комментарием ( Шаблон описывает контейнеры, которые будут созданы.) Он отвечает на ваши вопросы. Более подробное описание можно, конечно, найти в Руководство по развертыванию.

Чтобы ответить на ваши вопросы...

1) Pods управляется Deployment и их определение отдельно не имеет смысла, поскольку они создаются по требованию с помощью развертывания. Имейте в виду, что может быть больше реплик одного и того же типа.

2) Для каждого из приложений в вашем списке вам нужно будет определить один Deployment - что также имеет смысл, когда дело доходит до разницей реплик разницы и развертывания приложений.

3), вы не спросили об этом, но это связано с отдельными Deployments для каждого из ваших приложений также потребуется специальный Service чтобы другие могли получить к нему доступ.