OpenWhisk를 사용한 서버리스 컴퓨팅, 4부

이 기사는 저자가 OpenWhisk에 대해 번역한 일련의 노트를 마무리합니다. 프리티 데사이. 오늘은 현재 버전의 애플리케이션과 함께 작동하도록 수정된 명령을 사용하여 Kubernetes를 통해 OpenWhisk를 배포하는 프로세스를 살펴보겠습니다. 또한 Nodejs 런타임을 사용하는 Kubernetes에서 Knative 및 TektonCD를 사용하여 OpenWhisk 기능을 실행하는 프로세스도 다룹니다.

Kubernetes에 OpenWhisk 배포

며칠에 걸쳐 간단하고 빠른 테스트 환경을 만들기 위해 OpenWhisk를 Kubernetes에 배포하는 실험을 했습니다. 그리고 저는 Kubernetes를 처음 접하기 때문에 성공적인 배포에 하루 반이 소요되었다고 생각합니다. 안에 이 리포지토리에는 Kubernetes에 OpenWhisk를 배포하기 위한 매우 명확한 지침이 있습니다. 다음은 Mac용 배포 지침입니다(나는 또한 Linux를 선호하기 때문에 모든 것을 Linux에서 할 것입니다. — 대략. 역자).

1. 패키지 관리자 설치 asdf, 그 후에는 자동으로 수정됩니다. ~/.bash_profile 또는 이와 동등한 내용은 다음과 같습니다.

$ brew install asdf
$ [ -s "/usr/local/opt/asdf/asdf.sh" ] && . /usr/local/opt/asdf/asdf.sh
$ source ~/.bash_profile

[Linux에서는 Brew가 가능하지만 이 단계가 필요하지 않습니다. — 대략. 역자]

1. 플러그인 추가 minikube и kubelet:

$ asdf plugin-add kubectl
$ asdf plugin-add minikube

[다시 한번 말하지만, Linux에서는 이 단계를 건너뛰세요. — 대략. 역자]

1. minikube와 kubelet을 설치합니다:

$ asdf install kubectl 1.9.0
$ asdf global kubectl 1.9.0
$ asdf install minikube 0.25.2
$ asdf global minikube 0.25.2

[특정 버전이 설치되어 있지만 Linux에 사용 가능한 최신 버전의 모든 항목을 확인했습니다. 최신 버전을 안전하게 설치할 수 있다고 생각합니다. — 대략. 역자]

Linux에서 이 단계는 다음과 같이 수행됩니다(모든 것은 번역자의 메모인 내 PATH에 나열되어 있는 ~/bin에 저장됩니다).

$ curl -L0 minikube https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 && chmod +x minikube && mv minikube ~/bin/
$ curl -L0 https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/linux/amd64/kubectl && chmod +x kubectl && mv kubectl ~/bin/

1. Minikube 가상 머신을 생성합니다(VirtualBox가 사전 설치되어 있어야 함):

$ minikube start --cpus 2 --memory 4096 --kubernetes-version=v1.9.0 --extra-config=apiserver.Authorization.Mode=RBAC

[팀과 함께라면 모든 것이 나에게 잘 맞는다 minikube start , 매개변수 없이 기본값을 사용합니다. — 대략. 역자]

$ minikube start
  minikube v1.5.2 on Debian 8.11
  Automatically selected the 'virtualbox' driver
  Downloading VM boot image ...
    > minikube-v1.5.1.iso.sha256: 65 B / 65 B [--------------] 100.00% ? p/s 0s
    > minikube-v1.5.1.iso: 143.76 MiB / 143.76 MiB [-] 100.00% 5.63 MiB p/s 26s
  Creating virtualbox VM (CPUs=2, Memory=4096MB, Disk=20000MB) ...
  Preparing Kubernetes v1.16.2 on Docker '18.09.9' ...
  Downloading kubelet v1.16.2
  Downloading kubeadm v1.16.2
  Pulling images ...
  Launching Kubernetes ...  Waiting for: apiserver
  Done! kubectl is now configured to use "minikube"

1. Docker의 네트워크를 무차별 모드로 전환:

$ minikube ssh -- sudo ip link set docker0 promisc on

1. 네임스페이스를 만들고 작업자 노드를 표시합니다.

$ kubectl create namespace openwhisk
$ kubectl label nodes --all openwhisk-role=invoker

1. 저장소의 콘텐츠를 가져오고 mycluster.yaml 파일에서 수신 유형을 재정의합니다.

$ git clone https://github.com/apache/incubator-openwhisk-deploy-kube.git
$ cd incubator-openwhisk-deploy-kube/
$ cat << "EOF" > mycluster.yaml
whisk:
    ingress:
        type: NodePort
            api_host_name: 192.168.99.100
            api_host_port: 31001
nginx:
    httpsNodePort: 31001
EOF

1. Helm을 설치하고 이를 사용하여 배포합니다.

$ brew install kubernetes-helm
$ helm init # init Helm Tiller, не нужно на Helm v3+
$ kubectl get pods -n kube-system # verify that tiller-deploy is in the running state, не нужно на helm v3+
$ kubectl create clusterrolebinding tiller-cluster-admin --clusterrole=cluster-admin --serviceaccount=kube-system:default
$ helm install ./openwhisk/helm/ --namespace=openwhisk -f mycluster.yaml

[최신 버전(v3.0.1 사용 가능)이 설치된 Linux에서는 약간 다릅니다. — 대략. 역자]

$ curl -L0 https://get.helm.sh/helm-v3.0.1-linux-amd64.tar.gz | tar -xzvf - linux-amd64/helm --strip-components=1; sudo mv helm /usr/local/bin
$ kubectl create clusterrolebinding tiller-cluster-admin --clusterrole=cluster-admin --serviceaccount=kube-system:default
$ helm install ./openwhisk/helm/ --namespace=openwhisk --generate-name -f mycluster.yaml

1. 모든 것이 상승했는지 확인합니다(STATUS = 실행 중 또는 완료됨).

$ kubectl get pods -n openwhisk
NAME                                                              READY   STATUS      RESTARTS   AGE
openwhisk-1576070780-alarmprovider-6868dc694-plvpf                1/1     Running     1          1d5h
openwhisk-1576070780-apigateway-8d56f4979-825hf                   1/1     Running     1          1d5h
openwhisk-1576070780-cloudantprovider-544bb46596-9scph            1/1     Running     1          1d5h
openwhisk-1576070780-controller-0                                 1/1     Running     2          1d5h
openwhisk-1576070780-couchdb-7fd7f6c7cc-42tw6                     1/1     Running     1          1d5h
openwhisk-1576070780-gen-certs-z9nsb                              0/1     Completed   0          1d5h
openwhisk-1576070780-init-couchdb-r2vmt                           0/1     Completed   0          1d5h
openwhisk-1576070780-install-packages-27dtr                       0/1     Completed   0          1d4h
openwhisk-1576070780-invoker-0                                    1/1     Running     1          1d5h
openwhisk-1576070780-kafka-0                                      1/1     Running     1          1d5h
openwhisk-1576070780-kafkaprovider-f8b4cf4fc-7z4gt                1/1     Running     1          1d5h
openwhisk-1576070780-nginx-6dbdbf69bc-5x76n                       1/1     Running     1          1d5h
openwhisk-1576070780-redis-cfd8756f4-hkrt6                        1/1     Running     1          1d5h
openwhisk-1576070780-wskadmin                                     1/1     Running     1          1d5h
openwhisk-1576070780-zookeeper-0                                  1/1     Running     1          1d5h
wskopenwhisk-1576070780-invoker-00-1-prewarm-nodejs10             1/1     Running     0          61s
wskopenwhisk-1576070780-invoker-00-2-prewarm-nodejs10             1/1     Running     0          61s
wskopenwhisk-1576070780-invoker-00-3-whisksystem-invokerhealtht   1/1     Running     0          59s

1. wsk가 작동하도록 구성:

$ wsk property set --apihost 192.168.99.100:31001
$ wsk property set --auth 23bc46b1-71f6-4ed5-8c54-816aa4f8c502:123zO3xZCLrMN6v2BKK1dXYFpXlPkccOFqm12CdAsMgRU4VrNZ9lyGVCGuMDGIwP

우리는 다음을 확인합니다.

$ wsk -i list
Entities in namespace: default
packages
actions
triggers
rules

문제와 해결책

getsockopt: 연결이 거부되었습니다.

$ wsk -i list
error: Unable to obtain the list of entities for namespace 'default': Get http://192.168.99.100:31001/api/v1/namespaces/_/actions?limit=0&skip=0: dial tcp 192.168.99.100:31001: getsockopt: connection refused

컨테이너가 네임스페이스에 있는지 확인 openwhisk 상태 Running, 왜냐하면 때로는 오류로 인해 충돌이 발생합니다. CreateContainerConfigError.

호출자가 아직 초기화 중입니다 — Init:1/2

다양한 런타임 환경을 다운로드하는 프로세스에는 시간이 오래 걸릴 수 있습니다. 속도를 높이려면 파일에 단축된 최소 목록을 지정할 수 있습니다. mycluster.yaml:

whisk:
  runtimes: "runtimes-minimal-travis.json"

이름이 있는 컨테이너 -설치-패키지- 오류로 인해 충돌

활성 테스트의 시간 제한을 늘리면 됩니다.

Knative를 통해 OpenWhisk 설치

Priti Desai는 Knative Build 및 BuildTemplates를 사용하여 IBM 클라우드의 클러스터와 일반 Minikube에 설치를 수행했습니다. 방법에 따라 minukube 위에도 설치하겠습니다. 설명됐다 이전 블로그에서 - 최신 소프트웨어 버전을 사용합니다. Knative Build 및 BuildTemplates는 공식적으로 더 이상 사용되지 않으므로 Tekton Pipelines 형식의 권장 대체 버전을 사용하겠습니다. 기사의 나머지 부분은 Tekton Pipelines의 문서를 읽은 후 작성되었지만 Priti의 아이디어를 기반으로 합니다. 작업하려면 일부 Docker 레지스트리에 액세스해야 합니다. 저는 원저자와 마찬가지로 DockerHub를 사용합니다.

$ curl -L0 https://github.com/solo-io/gloo/releases/download/v1.2.10/glooctl-linux-amd64; chmod +x glooctl-linux-amd64; mv glooctl-linux-amd64 ~/bin
$ glooctl install knative
$ kubectl get pods -n knative-serving
NAME                              READY   STATUS    RESTARTS   AGE
activator-77fc555665-rvrst        1/1     Running   0          2m23s
autoscaler-5c98b7c9b6-x8hh4       1/1     Running   0          2m21s
autoscaler-hpa-5cfd4f6845-w87kq   1/1     Running   0          2m22s
controller-7fd74c8f67-tprm8       1/1     Running   0          2m19s
webhook-74847bb77c-txr2g          1/1     Running   0          2m17s
$ kubectl get pods -n gloo-system
NAME                                      READY   STATUS    RESTARTS   AGE
discovery-859d7fbc9c-8xhvh                1/1     Running   0          51s
gloo-545886d9c6-85mwt                     1/1     Running   0          51s
ingress-67d4996d75-lkkmw                  1/1     Running   0          50s
knative-external-proxy-767dfd656c-wwv2z   1/1     Running   0          50s
knative-internal-proxy-6fdddcc6b5-7vqd8   1/1     Running   0          51s

Knative 위에 OpenWhisk 빌드 및 실행

1. 내용 가져오기 이 저장소:

$ git clone https://github.com/tektoncd/catalog/
$ cd catalog/openwhisk

1. 레지스트리에 액세스하기 위한 데이터를 환경 변수로 설정하고 이를 Kubernetes 비밀로 저장합니다.

$ export DOCKER_USERNAME=<your docker hub username>
$ export DOCKER_PASSWORD=<your docker hub password>
$ sed -e 's/${DOCKER_USERNAME}/'"$DOCKER_USERNAME"'/' -e 's/${DOCKER_PASSWORD}/'"$DOCKER_PASSWORD"'/' docker-secret.yaml.tmpl > docker-secret.yaml
$ kubectl apply -f docker-secret.yaml

우리는 다음을 확인합니다.

$ kubectl get secret
NAME                    TYPE                                  DATA      AGE
dockerhub-user-pass     kubernetes.io/basic-auth              2         21s

1. 환경 구축을 위한 계정을 만듭니다.

$ kubectl apply -f service-account.yaml

우리는 다음을 확인합니다.

$ kubectl get serviceaccount/openwhisk-runtime-builder
NAME                        SECRETS   AGE
openwhisk-runtime-builder   2         31m

1. OpenWhisk용 이미지를 빌드하는 작업 만들기

$ kubectl apply -f openwhisk.yaml
task.tekton.dev/openwhisk created

1. 이미지를 빌드하는 작업을 실행합니다(예: NodeJS 사용).

다음 내용으로 taskrun.yaml 파일을 생성합니다.

# Git Pipeline Resource for OpenWhisk NodeJS Runtime
apiVersion: tekton.dev/v1alpha1
kind: PipelineResource
metadata:
    name: openwhisk-nodejs-runtime-git
spec:
    type: git
    params:
        - name: revision
          value: master
        - name: url
          value: https://github.com/apache/openwhisk-runtime-nodejs.git
---

# Image Pipeline Resource for OpenWhisk NodeJS Sample Application
apiVersion: tekton.dev/v1alpha1
kind: PipelineResource
metadata:
    name: openwhisk-nodejs-helloworld-image
spec:
    type: image
    params:
        - name: url
          value: docker.io/${DOCKER_USERNAME}/openwhisk-nodejs-helloworld
---

# Task Run to build NodeJS image with the action source
apiVersion: tekton.dev/v1alpha1
kind: TaskRun
metadata:
    name: openwhisk-nodejs-helloworld
spec:
    serviceAccountName: openwhisk-runtime-builder
    taskRef:
        name: openwhisk
    inputs:
        resources:
            - name: runtime-git
              resourceRef:
                name: openwhisk-nodejs-runtime-git
        params:
            - name: DOCKERFILE
              value: "./runtime-git/core/nodejs10Action/knative/Dockerfile"
            - name: OW_ACTION_NAME
              value: "nodejs-helloworld"
            - name: OW_ACTION_CODE
              value: "function main() {return {payload: 'Hello World!'};}"
            - name: OW_PROJECT_URL
              value: ""
    outputs:
        resources:
            - name: runtime-image
              resourceRef:
                name: openwhisk-nodejs-helloworld-image
---

이 파일에 현재 데이터를 적용합니다.

$ sed 's/${DOCKER_USERNAME}/'"$DOCKER_USERNAME"'/' -i taskrun.yaml

우리는 다음을 적용합니다:

$ kubectl apply -f taskrun.yaml
pipelineresource.tekton.dev/openwhisk-nodejs-runtime-git created
pipelineresource.tekton.dev/openwhisk-nodejs-helloworld-image created
taskrun.tekton.dev/openwhisk-nodejs-helloworld created

작업 확인은 포드 이름 가져오기 및 상태 보기로 구성됩니다. 또한 각 단계의 실행 로그를 볼 수도 있습니다. 예를 들면 다음과 같습니다.

$ kubectl get taskrun
NAME                          SUCCEEDED   REASON      STARTTIME   COMPLETIONTIME
openwhisk-nodejs-helloworld   True        Succeeded   5m15s       44s
$ kubectl get pod openwhisk-nodejs-helloworld-pod-4640d3
NAME                                     READY   STATUS      RESTARTS   AGE
openwhisk-nodejs-helloworld-pod-4640d3   0/6     Completed   0          5m20s
$ kubectl logs openwhisk-nodejs-helloworld-pod-4640d3 -c step-git-source-openwhisk-nodejs-runtime-git-r8vhr
{"level":"info","ts":1576532931.5880227,"logger":"fallback-logger","caller":"logging/config.go:69","msg":"Fetch GitHub commit ID from kodata failed: open /var/run/ko/refs/heads/master: no such file or directory"}
{"level":"info","ts":1576532936.538926,"logger":"fallback-logger","caller":"git/git.go:81","msg":"Successfully cloned https://github.com/apache/openwhisk-runtime-nodejs.git @ master in path /workspace/runtime-git"}
{"level":"warn","ts":1576532936.5395331,"logger":"fallback-logger","caller":"git/git.go:128","msg":"Unexpected error: creating symlink: symlink /tekton/home/.ssh /root/.ssh: file exists"}
{"level":"info","ts":1576532936.8202565,"logger":"fallback-logger","caller":"git/git.go:109","msg":"Successfully initialized and updated submodules in path /workspace/runtime-git"}

실행 후에는 Knative 서비스와 함께 작동하도록 설계된 kn 유틸리티를 사용하여 배포할 수 있는 이미지가 레지스트리에 생성됩니다. 예를 들면 다음과 같습니다.

kn service create nodejs-helloworld --image docker.io/${DOCKER_USERNAME}/openwhisk-nodejs-helloworld
Service 'nodejs-helloworld' successfully created in namespace 'default'.
Waiting for service 'nodejs-helloworld' to become ready ... OK

Service URL:
http://nodejs-helloworld.default.example.com

Gloo를 사용하는 경우 다음과 같이 기능을 확인할 수 있습니다.

$ curl -H "Host: nodejs-helloworld.default.example.com" -X POST $(glooctl proxy url --name knative-external-proxy)
{"OK":true}
$ curl -H "Host: nodejs-helloworld.default.example.com" -X POST $(glooctl proxy url --name knative-external-proxy)
{"payload":"Hello World!"}

시리즈의 다른 기사

OpenWhisk를 사용한 서버리스 컴퓨팅, 1부
OpenWhisk를 사용한 서버리스 컴퓨팅, 2부
OpenWhisk를 사용한 서버리스 컴퓨팅, 3부
OpenWhisk를 사용한 서버리스 컴퓨팅, 4부

출처 : habr.com