🥇Բեսսերվերային հաշվարկներ OpenWhisk-ի հիման վրա, часть 4

Բլոկսիզացված հաշվարկներ OpenWhisk-ի հիման վրա, մաս 4

Այս հոդվածը եզրափակում է OpenWhisk-ի թարգմանական պ notas-ների փուլը հեղինակից։ Պրիտի Դեսայ։ Այսօր մենք դիտելու ենք OpenWhisk-ի ներդրման գործընթացը Kubernetes-ի վրա՝ վերաշարադրված հրահանգներով, որոնք աշխատում են վերջին հավելվածների հään գրությունների հետ։ Որպեսզի բացատրենք OpenWhisk ֆունկցիաների գործարկման գործընթացը Knative-ի և TektonCD-ի հետ Kubernetes-ում ծրագրալից Nodejs կատարողական միջավայրի օգտագործմամբ։

OpenWhisk-ը ներդրում ենք անում Kubernetes-ում

Շուրջ մի քանի օր ես անցկացրեցի փորձարկում OpenWhisk-ը ներդնելու համար Kubernetes-ում՝ ստեղծելով պարզ և արագ բնագավառ գործառույթների մշակման համար։ Քանի որ ես Kubernetes-ում նոր սկսող եմ, կարծում եմ, որ մեկուկես օր ծախսեցի հաջող ներդրման վրա։ այս Քանի որ ռեպոզիտորում կա շատ պարզ հրահանգներ OpenWhisk-ը Kubernetes-ում ներդնելու համար։ Այստեղ կլինեն հրահանգներ Mac-ի համար (Ես նաև ամեն ինչ անելու եմ Linux-ում, որովհետև նախընտրում եմ Linux։ — թարգմանիչի նշումը։

Պահանջերի կառավարման համակարգերը ուժգին ենք asdf, ապա ինքնաբերաբար ուղղում ենք ~/.bash_profile կամ դրա համընթացը՝ այնպես, ինչպես հետևյալն է։

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

[Linux-ում այս քայլը անհրաժեշտ չէ, թեև brew առկա է։ — թարգմանիչի նշումը։

Գնում ենք այն插件ներն, minikube և kubelet:

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

[Կրկին անցնում ենք այս քայլը Linux-ում։ — թարգմանիչի նշումը։

Դնում ենք 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-ում այս քայլը իրականացվում է մոտավորապես այսպես (բոլորը տեղադրվում է ~/bin-ում, որը իմ PATH-ում նշված է, թարգմանիչի նշումը):

$ 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/

Սարքով, minikube-ի վիրտուալ մեքենա (պետք է նախապես տեղադրված լինի VirtualBox):

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

[Ինձ մոտ ամեն ինչ աշխատում է command-ով 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"

Switching the Docker network to promiscuous mode:

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

Создаем namespace и помечаем рабочий узел:

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

Получаем содержимое репозитория и переопределяем тип для ingress в файле mycluster.yaml:

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

Инсталляция Helm и развертывание с его помощью:

$ brew install kubernetes-helm
$ helm init # инициализация Helm Tiller, не требуется в Helm v3+
$ kubectl get pods -n kube-system # проверьте, что tiller-deploy в запущенном состоянии, не требуется в helm v3+
$ kubectl create clusterrolebinding tiller-cluster-admin --clusterrole=cluster-admin --serviceaccount=kube-system:default
$ helm install ./openwhisk/helm/ --namespace=openwhisk -f mycluster.yaml

[На Linux с последними версиями (доступна v3.0.1) будет немного по-другому. — թարգմանիչի նշումը։

$ 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

Проверяем, что все запущено (STATUS = Running или Completed):

$ 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

Настраиваем wsk для работы:

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

Բարձրացնում ենք։

$ wsk -i list
Сущности в пространстве имен: default
пакеты
deйствия
триггеры
правила

Проблемы и их решения

getsockopt: соединение отклонено

$ wsk -i list
ошибка: Не удалось получить список сущностей для пространства имен 'default': Get http://192.168.99.100:31001/api/v1/namespaces/_/actions?limit=0&skip=0: dial tcp 192.168.99.100:31001: getsockopt: соединение отклонено

Проверяем, что контейнеры в пространстве имен openwhisk в статусе Running, так как иногда оно падает с ошибками CreateContainerConfigError.

Invoker все еще инициализируется — Init:1/2

Процесс загрузки всех сред выполнения может занять много времени. Чтобы ускорить, можно указать сокращенный минимальный список в файле mycluster.yaml:

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

Контейнер с именем -install-packages- выходит с ошибкой

Просто увеличьте тайм-ауты для тестов на жизнеспособность.

Установка OpenWhisk на базе Knative

Притти Десаи նախատեսել է պատասխանափնջված տեղադրման համար IBM հարթակում, ինչպես նաև սովորական minikube-ում, օգտագործելով Knative Build և BuildTemplates։ Ես նույնպես վերակառուցելու եմ minikube-ի վրա, ըստ այն, ինչպես այն նկարագրվել է մեր բլոգում ավելի վաղ՝ վերջին ծրագրային ապահովման տարբերակներով։ Պիտի հիշենք, որ Knative Build և BuildTemplates պաշտոնապես թողնվել են, այնպես որ, ես կօգտագործեմ առաջարկվող փոխարինումը՝ Tekton Pipelines։ Հաջորդ հոդվածը գրած է Tekton Pipelines-ի փաստաթղթի ուսումնասիրությունից հետո, բայց հիմնված է Պրիտի գաղափարների վրա։ Գործունեության համար անհրաժեշտ է մուտք ունենալ որոշակի Docker Registry — ես, ինչպես նաև նորմալ հեղինակը, օգտագործելու եմ 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

Բլոկսիզացված հաշվարկներ OpenWhisk-ի հիման վրա, մաս 4
OpenWhisk-ի կառուցումը և աշխատանքը Knative-ի վրա

Ստանում ենք բովանդակությունը այս պարբերությունում:

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

Նշում ենք փոխարժեքների տվյալները Registry-ին մուտք ունենալու համար և դրանք պահպանվում են Kubernetes-ի գաղտնիքում։

$ export DOCKER_USERNAME=
$ export DOCKER_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

Ստեղծում ենք միջավայրեր կառուցելու համար հաշիվ՝

$ kubectl apply -f service-account.yaml

Բարձրացնում ենք։

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

Ստեղծում ենք OpenWhisk-ի պատկերի կառուցման առաջադրանք

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

Ստեղծում ենք պատկերի կառուցման առաջադրանքը (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

Ազնվորեն կատարելության ստուգումն է, ստանալով pod-ի անունը, դիտելով նրա կարգավիճակը։ Իրականում կարելի է դիտել նաև յուրաքանչյուր քայլի լրացման պատմությունը, օրինակ՝

$ 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"}

Երբ կատարում ենք, Registry-ում կկայանի պատկեր, որն իսկապես կարելի է տեղադրել kn գործիքի միջոցով, որը նախատեսված է Knative ծառայությունների հետ աշխատելու համար, օրինակ:

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-ի հիման_based, часть 3
Բլոկսիզացված հաշվարկներ OpenWhisk-ի հիման վրա, մաս 4

Ընտանիք: habr.com