{"id":34366,"date":"2019-10-31T21:57:56","date_gmt":"2019-10-31T18:57:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/benchmark-potrebleniya-tsp-dlya-istio-i-linkerd\/"},"modified":"2019-10-31T21:57:56","modified_gmt":"2019-10-31T18:57:56","slug":"benchmark-potrebleniya-tsp-dlya-istio-i-linkerd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/benchmark-potrebleniya-tsp-dlya-istio-i-linkerd","title":{"rendered":"CPU tarbimise benchmark Istio ja Linkerd jaoks","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"CPU<\/p>\n

<\/p>\n

Sissejuhatus<\/h2>\n

<\/p>\n

Meie Shopify<\/a><\/noindex> tegelevad Istio k\u00e4itamisega teenuste v\u00f5rku. \u00dcldiselt on k\u00f5ik okei, v\u00e4lja arvatud \u00fcks asi: see on kallis<\/strong>.<\/p>\n

<\/p>\n

Uues avalikustatud b\u00e4nkm\u00e4rgid<\/a><\/noindex> Istio kohta \u00f6eldakse:<\/p>\n

<\/p>\n

Istio 1.1 puhul tarbib vaheproksi umbes 0,6 vCPU (virtuaalset tuuma) 1000 p\u00e4ringu kohta sekundis.<\/p><\/blockquote>\n

Esimeses piirkonnas teenuste v\u00f5rgus (iga \u00fchenduse poole jaoks 2 vaheproksi) vajame 1200 tuuma ainult vaheproksi jaoks, tuginedes miljoni p\u00e4ringu kohta sekundis. Google'i hinnakalkulaatori kohaselt maksab see umbes 40 dollarit \/ kuu \/ tuum konfiguratsioonile n1-standard-64<\/code>, see t\u00e4hendab, et see piirkond maksab meile \u00fcle 50 000 dollari kuus miljoni p\u00e4ringu kohta sekundis.<\/p>\n

<\/p>\n

Ivan Sim (Ivan Sim<\/a><\/noindex>) visualiseeris<\/a><\/noindex> teenuste v\u00f5rgu latentsust eelmisel aastal ja lubas sarnast hinnangut m\u00e4lu ja protsessori kohta, kuid ei saanud sellega hakkama:<\/p>\n

<\/p>\n

Tundub, et values-istio-test.yaml suurendab protsessori p\u00e4ringute arvu m\u00e4rk significantly. Kui ma \u00f5igesti arvasin, on vaja umbes 24 protsessorituuma juhtpaneeli ja 0,5 CPU iga vaheproksi jaoks. Mul ei ole nii palju. Kordan teste, kui saan rohkem ressursse.<\/p><\/blockquote>\n

Soovisin ise kontrollida, kui sarnased on Istio n\u00e4itajad teiste avatud l\u00e4htekoodiga teenuste v\u00f5rgu lahendustega: Linkerd<\/a><\/noindex>.<\/p>\n

<\/a><\/noindex><\/p>\n

Teenuste v\u00f5rgu paigaldamine<\/h3>\n

<\/p>\n

Esmalt paigaldasin klastrisse SuperGloo<\/a><\/noindex>:<\/p>\n

<\/p>\n

$ supergloo init\ninstalling supergloo version 0.3.12\nusing chart uri https:\/\/storage.googleapis.com\/supergloo-helm\/charts\/supergloo-0.3.12.tgz\nconfigmap\/sidecar-injection-resources created\nserviceaccount\/supergloo created\nserviceaccount\/discovery created\nserviceaccount\/mesh-discovery created\nclusterrole.rbac.authorization.k8s.io\/discovery created\nclusterrole.rbac.authorization.k8s.io\/mesh-discovery created\nclusterrolebinding.rbac.authorization.k8s.io\/supergloo-role-binding created\nclusterrolebinding.rbac.authorization.k8s.io\/discovery-role-binding created\nclusterrolebinding.rbac.authorization.k8s.io\/mesh-discovery-role-binding created\ndeployment.extensions\/supergloo created\ndeployment.extensions\/discovery created\ndeployment.extensions\/mesh-discovery created\ninstall successful!<\/code><\/pre>\n
<\/p>\n
Kasutasin SuperGloo, kuna see lihtsustab teenuste v\u00f5rgu alglaadimist oluliselt. Mul ei olnud peaaegu midagi teha. Tootmises me SuperGloo ei kasuta, kuid sellise \u00fclesande jaoks sobib see suurep\u00e4raselt. pidin rakendama vaid paar k\u00e4sku iga teenuste v\u00f5rgu jaoks. Kasutasin kahte klastri eraldamiseks \u2014 \u00fche Istio ja Linkerd jaoks.<\/p>\n
<\/p>\n
Eksperimenti viidi l\u00e4bi Google Kubernetes Engine'is. Kasutasin Kubernetesit 1.12.7-gke.7<\/code> ja s\u00f5lmede pinda n1-standard-4<\/code> automaatse s\u00f5lmede skaleerimisega (miinimum 4, maksimum 16).<\/p>\n
<\/p>\n
Siis paigaldasin m\u00f5lemad teenuste v\u00f5rgud k\u00e4surealt.<\/p>\n
<\/p>\n
Esmalt Linkerd:<\/p>\n
<\/p>\n
$ supergloo install linkerd --name linkerd\n+---------+--------------+---------+---------------------------+\n| INSTALL |     TYPE     | STATUS  |          DETAILS          |\n+---------+--------------+---------+---------------------------+\n| linkerd | Linkerd Mesh | Pending | enabled: true             |\n|         |              |         | version: stable-2.3.0     |\n|         |              |         | namespace: linkerd        |\n|         |              |         | mtls enabled: true        |\n|         |              |         | auto inject enabled: true |\n+---------+--------------+---------+---------------------------+<\/code><\/pre>\n
<\/p>\n
J\u00e4rgneb Istio:<\/p>\n
<\/p>\n
$ supergloo install istio --name istio --installation-namespace istio-system --mtls=true --auto-inject=true\n+---------+------------+---------+---------------------------+\n| INSTALL |    TYPE    | STATUS  |          DETAILS          |\n+---------+------------+---------+---------------------------+\n| istio   | Istio Mesh | Pending | enabled: true             |\n|         |            |         | version: 1.0.6            |\n|         |            |         | namespace: istio-system   |\n|         |            |         | mtls enabled: true        |\n|         |            |         | auto inject enabled: true |\n|         |            |         | grafana enabled: true     |\n|         |            |         | prometheus enabled: true  |\n|         |            |         | jaeger enabled: true      |\n+---------+------------+---------+---------------------------+<\/code><\/pre>\n
<\/p>\n
Crash-loop kestis mitu minutit ja seej\u00e4rel juhtpaneel stabiliseerus.<\/p>\n
<\/p>\n
(M\u00e4rkus. SuperGloo toetab praegu ainult Istio 1.0.x. Kordasin katset Istio 1.1.3-ga, kuid mingit m\u00e4rkimisv\u00e4\u00e4rset erinevust ei m\u00e4rganud.)<\/em><\/p>\n
<\/p>\n
Istio automaatse sisestamise seadistamine<\/h3>\n
<\/p>\n
Kuna Istio seadistab sidecar Envoy, kasutame sidecar-injektorit \u2014 MutatingAdmissionWebhook<\/code>. Me ei r\u00e4\u00e4gi sellest artiklis. \u00dctlen vaid, et see on kontroller, mis j\u00e4lgib k\u00f5igi uute pod'ide juurdep\u00e4\u00e4su ja d\u00fcnaamiliselt lisab sidecar ja initContainer, mis vastutab \u00fclesannete eest iptables<\/code>.<\/p>\n
<\/p>\n
Me Shopify's kirjutasime oma ligip\u00e4\u00e4sukontrolleri sidecar'ide sisestamiseks, kuid selles benchmark'is kasutasin Istio kaasasolevat kontrollerit. Vaikimisi kontroller sisestab sidecar'id, kui nimeses on silt istio-injection: enabled<\/code>:<\/p>\n
<\/p>\n
$ kubectl label namespace irs-client-dev istio-injection=enabled\nnamespace\\\/irs-client-dev labeled\n\n$ kubectl label namespace irs-server-dev istio-injection=enabled\nnamespace\\\/irs-server-dev labeled<\/code><\/pre>\n
<\/p>\n
Linkerd automaatse sisestamise seadistamine<\/h3>\n
<\/p>\n
Linkerdi sidecar'ide sisestamise seadmiseks kasutame annotatsioone (lisasin need k\u00e4sitsi kaudu kubectl edit<\/code>):<\/p>\n
<\/p>\n
metadata:\n  annotations:\n    linkerd.io\\\/inject: enabled<\/code><\/pre>\n
<\/p>\n
$ k edit ns irs-server-dev \nnamespace\\\/irs-server-dev edited\n\n$ k get ns irs-server-dev -o yaml\napiVersion: v1\nkind: Namespace\nmetadata:\n  annotations:\n    linkerd.io\\\/inject: enabled\n  name: irs-server-dev\nspec:\n  finalizers:\n  - kubernetes\nstatus:\n  phase: Active<\/code><\/pre>\n
<\/p>\n
Istio talitlusekatsetaja<\/h3>\n
<\/p>\n
Oleme loonud Istio tipptasemel simulaatori, et katsetada Shopify'le spetsiifilist liiklust. Me vajame t\u00f6\u00f6riista, mis v\u00f5imaldab luua suvalisi topoloogiaid, mis esindavad meie teenuse graafi teatud osa koos d\u00fcnaamilise seadistusega konkreetsete koormuste modelleerimiseks.<\/p>\n
<\/p>\n
Shopify infrastruktuur kogeb flash-m\u00fc\u00fckide ajal suurt koormust. Samuti soovitab Shopify m\u00fc\u00fcjatel selliseid m\u00fc\u00fcke sagedamini korraldada<\/a><\/noindex>. Suuremad kliendid teavitavad m\u00f5nikord ette planeeritud flash-m\u00fc\u00fcgist. Teised korraldavad neid ootamatult igal kellaajal.<\/p>\n
<\/p>\n
Soovisime, et meie tipptasemel simulaator modelleeriks t\u00f6\u00f6protsesse, mis vastavad topoloogiatele ja koormustele, mis on varasemalt p\u00f5hjustanud Shopify infrastruktuuri \u00fclekoormust. Service mesh'i kasutamise peamine eesm\u00e4rk \u2013 me vajame usaldusv\u00e4\u00e4rsust ja t\u00f5rketaluvust v\u00f5rgu tasandil ning on oluline, et service mesh suudaks t\u00f5husalt hakkama saada koormustega, mis on varem teenuste t\u00f6\u00f6d h\u00e4irinud.<\/p>\n
<\/p>\n
Tipptasemel simulaatori aluseks on t\u00f6\u00f6n\u00f5lv, mis toimib service mesh'i s\u00f5lmena. T\u00f6\u00f6n\u00f5lva saab seadistada staatiliselt k\u00e4ivitamise hetkel v\u00f5i d\u00fcnaamiliselt REST API kaudu. Kasutame t\u00f6\u00f6tavate nodede d\u00fcnaamilist seadistust, et luua t\u00f6\u00f6protsesse regressioonitestide vormis.<\/p>\n
<\/p>\n
Siin on sellise protsessi n\u00e4ide:<\/p>\n
<\/p>\n