PLCnext의 클러스터 관리?

수년 동안 IT의 표준이 되었지만 아직 업계에 큰 영향을 주지는 않았습니다. 종종 그러한 기술은 다음과 같이 간주됩니다.
너무 복잡하고 불필요합니다. 발생하는 질문은 이점이 있습니까?

Kubernetes의 예를 사용한 PLCnext의 비전

쿠버네티스

Kubernetes는 무엇보다도 컨테이너를 사용하여 다양한 장치를 통해 네트워크를 형성하는 오케스트레이터(관리 시스템, 마스터)입니다. 시스템은 약간 다른 방식으로 응용 프로그램을 제공하는 데 사용됩니다.

전통적으로 응용 프로그램은 장치에서 배포 및 유지 관리되었습니다. 응용 프로그램이 실행되는 컴퓨터는 알려져 있습니다. 응용 프로그램이 다른 컴퓨터에서 실행되어야 하는 경우 이 작업은 사람이 수행해야 합니다. 컴퓨터 중 하나에 장애가 발생하면 컴퓨터의 모든 응용 프로그램을 더 이상 사용할 수 없습니다.

Kubernetes를 사용하면 마스터에게 애플리케이션의 상태 설명이 제공되고 나머지는 마스터가 처리합니다. 요청된 상태가 항상 유지되도록 합니다. 다만, 현재 어느 노드에서 애플리케이션이 실행되고 있는지는 알 수 없으나 원칙적으로는 접근이 가능하다.

질문 및 답변

상태 설명을 개탄하는 것

상태 설명은 모든 애플리케이션의 기초입니다. 예를 들어 어떤 컨테이너가 어떤 버전에서 사용되는지 또는 로드 밸런싱을 위해 애플리케이션을 여러 번 시작해야 하는지 여부가 포함됩니다. json과 같이 완전히 텍스트 형식으로 작성됩니다. 또는 yaml 파일. 따라서 완전히 버전 관리가 가능합니다(예:Git 또는 SVN).

클러스터 설치 방법

참가자(마스터 및 노드)에게는 두 가지 소프트웨어 구성 요소(컨테이너 런타임 및 Kubernetes)가 제공되어야 합니다. 그 후에는 토큰을 통해 마스터에 한 번만 로그인하면 됩니다. 나머지는 마스터가 수행합니다.

애플리케이션 업데이트 수행 방법

업데이트는 단순히 애플리케이션의 상태 설명을 새 것으로 바꾸는 것입니다. 업데이트는 즉석에서 수행됩니다. 즉, 새 응용 프로그램이 먼저 설치 및 시작되고 마지막 순간에 이전 응용 프로그램이 종료됩니다. 업데이트가 실패하면 롤백을 실행할 수 있으며 이전 상태로 간단히 복원할 수 있습니다. 오케스트레이터는 모든 이전 상태를 유지합니다. 또한 조건의 설명된 버전 관리 가능성이 있습니다.
업데이트 시나리오의 새로운 가능성이 여기에서 발생합니다. 예를 들어 응용 프로그램이 클러스터에서 자주 실행되는 경우 처음에는 일부 응용 프로그램만 업데이트할 수 있습니다. 며칠 또는 몇 주 동안 테스트한 후에도 애플리케이션에 오류가 발생하지 않으면 나머지는 업데이트할 수 있습니다.

노드가 실패하면 어떻게 됩니까

언제든지 노드에 장애가 발생하면 모든 애플리케이션을 다른 노드에서 사용할 수 있게 됩니다. 접근성은 그대로 유지됩니다. 충분한 컴퓨팅 성능을 사용할 수 있는 한 모든 응용 프로그램을 계속 실행할 수 있습니다. MQTT 서버에 대해 많은 논의가 있는데, 핵심 구성요소로서 장애 시 많은 문제를 일으키지만 클러스터에서는 문제가 되지 않는다.

마스터가 실패하면 어떻게 됩니까

마스터는 중복 실행될 수도 있습니다. 하나가 실패하면 다른 노드가 작업을 대신할 수 있습니다.

하드웨어에 대한 액세스가 필요하기 때문에 특정 애플리케이션은 특정 노드에서 실행해야 합니다.

상태 설명에 포함될 수 있습니다. 상태는 장치에 속한 태그를 기반으로 할당할 수도 있습니다. 예를 들어 각 AXCF2152는 특정 애플리케이션을 실행해야 합니다. MQTT 예제를 다시 선택하기 위해 페더레이션에서 실행되는 MQTT 서버가 있으며, 더 나아가 각 노드에 MQTT 클라이언트를 장착하여 MQTT 서버와의 통신을 설정할 수 있습니다. 마스터는 한 번만 존재하며 클라이언트는 각 노드에서 실행됩니다.

예

세 개의 컨테이너(프론트엔드, 백엔드, 데이터베이스)로 구성된 애플리케이션의 상태 설명 예.

배포:

컨테이너에 필요한 모든 설정을 정의합니다.

서비스:

클러스터의 중앙에서 애플리케이션에 대한 인터페이스를 생성합니다. 인터페이스는 배포가 실행 중인 노드에 관계없이 항상 유효합니다.

인그레스:

DNS 항목을 사용하여 인터페이스를 프런트엔드에 연결합니다. 따라서 프런트엔드는 항상 하나의 도메인에서 연결할 수 있습니다.
프론트엔드 서비스(포트 80)에 http://MyApp.MyDomain.de/ 프록시
백엔드 서비스(포트 3000)에 http://MyApp.MyDomain.de/api 프록시

# Kind of the Deployment
kind: Deployment
apiVersion: apps/v1
metadata:
  name: MyApplicationName
  labels:
    app: MyApplication
    MyApplication: MyApplicationName
    namespace: default

## Container specs
    spec:
      containers:

## Container spec for Frontend
## Name for the Container
      - name: MyContainer-frontend

## Container Image to use      
        image: MyApplicationImage_frontend

## Ports for the frontend, http        
        ports:
        - containerPort: 80

## Container spec for Backend      
      - name: MyContainerName-backend
        image: MyApplicationImage_backend
        ports:
        - containerPort: 3000

## Container spec for mongodb          
      - name: MyContainerName-mongo
        image: mongo:3.4

## Startup commands for Mongo DB
        command:
        - "mongod"
        - "--bind_ip"
        - "0.0.0.0"
        ports:
        - containerPort: 27017    
---
## Service declaration, expose Ports to the kubernetes api (only internal rechable)

apiVersion: v1
kind: Service
metadata:
  name: MyApplicationName
spec:
  ports:
  - name: frontend
    targetPort: 80
    port: 80
  - name: backend
    targetPort: 3000
    port: 3000
  selector:
    app: MyApplication
    task: MyApplicationName     

---    
## Ingress declaration, bind proxy to fronted and backend

apiVersion: networking.k8s.io/v1beta1
kind: Ingress

## Bind ingress to traefik service proxy

metadata:
  name:MyApplicationName
  annotations:
    kubernetes.io/ingress.class: traefik

## Ingress class for frontend, map dns ingress to service port 80 
spec:
  rules:
  - host: MyApp.Mydomain.de
    http:
      paths:
      - path: /
        backend:
          serviceName:MyApplicationName
          servicePort: frontend

## Ingress class for backend, map dns ingress to service port 3000          
  - host: MyApplicationName.MyDomain.de
    http:
      paths:
      - path: /api
        backend:
          serviceName:MyApplicationName
          servicePort: backend

보세요

https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/
https://github.com/k3s-io/k3s
https://github.com/rancher/k3d
https://github.com/inercia/k3x

정보 모델을 사용하여 OPC UA 클라이언트에서 기능 블록을 호출하는 방법 x86의 arm용 컨테이너 빌드

산업기술