{"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":"CP tarbimise t\u00f6\u00f6kohandustabel Istio ja Linkerd jaoks","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"CP<\/p>\n

<\/p>\n

Sissejuhatus<\/h2>\n

<\/p>\n

Meie ITGLOBAL.COM Shopify<\/a><\/noindex> oleme alustanud Istio t\u00f5stmist teenuse v\u00f5rguna. \u00dcldiselt oleme rahul, v\u00e4lja arvatud \u00fche asja: see on kallis<\/strong>.<\/p>\n

<\/p>\n

V avaldatud v\u00f5rdlusuuringutes<\/a><\/noindex> Istio kohta \u00f6eldakse:<\/p>\n

<\/p>\n

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

Esimeses piirkonnas teenuse v\u00f5rgus (iga \u00fchenduse k\u00fclje kohta 2 vaheline server) vajame me 1200 tuuma, l\u00e4htudes miljonist p\u00e4ringust sekundis. Google'i maksumuse kalkulaatori j\u00e4rgi maksab see umbes 40 $\/kuu\/tuum selle konfiguratsiooni jaoks. n1-standard-64<\/code>, see t\u00e4hendab, et see piirkond l\u00e4heb meile maksma \u00fcle 50 000 dollari kuus miljoni p\u00e4ringu eest sekundis.<\/p>\n

<\/p>\n

Ivan Sim (Ivan Sim<\/a><\/noindex>) visuaalselt v\u00f5rrelda<\/a><\/noindex> teenuse v\u00f5rgu viivitusi eelmisel aastal ja lubas sama ka m\u00e4lu ja protsessori jaoks, kuid see ei toiminud:<\/p>\n

<\/p>\n

Tundub, et values-istio-test.yaml suurendab oluliselt protsessorikutsungeid. Kui ma \u00f5igesti arvestasin, on lade umbes 24 protsessorituuma juhtpaneeli jaoks ja 0,5 CPU iga vaheserveri jaoks. Mul pole neid piisavalt. Kordan testimist, kui mulle antakse rohkem ressursse.<\/p><\/blockquote>\n

Tahtsin ise veenduda, kui sarnased on Istio n\u00e4itajad teise avatud l\u00e4htekoodiga teenuse v\u00f5rguga: Linkerd<\/a><\/noindex>.<\/p>\n

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

teenuse v\u00f5rgustiku paigaldamine<\/h3>\n

<\/p>\n

Esmaltasin esialgu klastrisse SuperGloo<\/a><\/noindex>:<\/p>\n

<\/p>\n

$ supergloo init\nsupergloo versiooni 0.3.12 installimine\nkasutades chart uri https:\/\/storage.googleapis.com\/supergloo-helm\/charts\/supergloo-0.3.12.tgz\nconfigmap\/sidecar-injection-resources loodud\nserviceaccount\/supergloo loodud\nserviceaccount\/discovery loodud\nserviceaccount\/mesh-discovery loodud\nclusterrole.rbac.authorization.k8s.io\/discovery loodud\nclusterrole.rbac.authorization.k8s.io\/mesh-discovery loodud\nclusterrolebinding.rbac.authorization.k8s.io\/supergloo-role-binding loodud\nclusterrolebinding.rbac.authorization.k8s.io\/discovery-role-binding loodud\nclusterrolebinding.rbac.authorization.k8s.io\/mesh-discovery-role-binding loodud\ndeployment.extensions\/supergloo loodud\ndeployment.extensions\/discovery loodud\ndeployment.extensions\/mesh-discovery loodud\ninstallimine \u00f5nnestus!<\/code><\/pre>\n
<\/p>\n
Kasutasin SuperGloo'd, sest see lihtsustab service mesh'i algset seadistamist oluliselt. Peaaegu ei pidanud midagi tegema. Tootmisresidentsis me SuperGloo'd ei kasuta, kuid sellise \u00fclesande jaoks sobib see ideaalselt. Pidin kasutama vaid paar k\u00e4sku iga service mesh'i jaoks. Kasutasin kahte klastrit isolatsiooniks - \u00fcks Istio jaoks ja teine Linkerd jaoks.<\/p>\n
<\/p>\n
Eksperiment viidi l\u00e4bi Google Kubernetes Engine'il. Kasutasin Kubernetes'i 1.12.7-gke.7<\/code> ja s\u00f5lmede gruppi n1-standard-4<\/code> automaatselt skaleeritavate s\u00f5lmedega (minimaalselt 4, maksimaalselt 16).<\/p>\n
<\/p>\n
Seej\u00e4rel installisin m\u00f5lemad service mesh'id k\u00e4surealt.<\/p>\n
<\/p>\n
Alustasin Linkerd'iga:<\/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
Seej\u00e4rel 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 v\u00f5ttis mitu minutit, seej\u00e4rel stabiliseerusid juhtpaneelid.<\/p>\n
<\/p>\n
(M\u00e4rkus. SuperGloo toetab praegu ainult Istio 1.0.x. Katsetasin uuesti Istio 1.1.3, kuid ei m\u00e4rganud mingit erilist erinevust.)<\/em><\/p>\n
<\/p>\n
Istio automaatse s\u00fcstimise seadistamine<\/h3>\n
<\/p>\n
Kuna Istio installib sidecar Envoy, kasutame sidecar-injektorit \u2014 MutatingAdmissionWebhook<\/code>. Me ei r\u00e4\u00e4gi sellest artiklis. \u00dctlen vaid, et see on kontrol\u00f6r, mis j\u00e4lgib k\u00f5igi uute pod'ide juurdep\u00e4\u00e4su ja d\u00fcnaamiliselt lisab sidecar'ide ja initContainer'e, mis vastutab \u00fclesannete eest. iptables<\/code>.<\/p>\n
<\/p>\n
Meie Shopify's oleme kirjutanud oma juurdep\u00e4\u00e4sukontrol\u00f6ri sidecar'ide implanteerimiseks, kuid selle b\u00e4n\u0161margi jaoks kasutasin kontrol\u00f6ri, mis tuleb koos Istio'ga. Vaikimisi implanteerib kontrol\u00f6r sidecar'id, kui nimede ruumis 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 implanteerimise seadistamine<\/h3>\n
<\/p>\n
Linkerd sidecar'ide implanteerimise seadistamiseks kasutame annotatsioone (lisasin need k\u00e4sitsi l\u00e4bi 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 veakindluse simulaator<\/h3>\n
<\/p>\n
Oleme loonud Istio katsetussimulaatori, et katsetada Shopify-le ainulaadset liiklust. Vajasime t\u00f6\u00f6riista, et luua omap\u00e4ra topoloogia, mis esindaks meie teenuse graafi teatud osa d\u00fcnaamilise seadistamisega, et simuleerida konkreetseid t\u00f6\u00f6koormusi.<\/p>\n
<\/p>\n
Shopify infrastruktuur kohtub suure koormusega flash-m\u00fc\u00fckide ajal. Sellega seoses soovitab Shopify m\u00fc\u00fcjatel juhtida sagedamini selliseid eripakkumisi<\/a><\/noindex>. Suured kliendid teavitavad m\u00f5nikord planeeritud flash-m\u00fc\u00fcgi kohta. Teised viivad neid l\u00e4bi ootamatult, igal ajal \u00f6\u00f6p\u00e4evaringselt.<\/p>\n
<\/p>\n
Soovisime, et meie k\u00f5rgtase simulaator simuleeriks t\u00f6\u00f6vooge, mis vastavad topoloogiatele ja t\u00f6\u00f6koormustele, mis on p\u00f5hjustanud Shopify infrastruktuuri \u00fclekoormuse minevikus. Peamine eesm\u00e4rk service mesh'i kasutamisel on usaldusv\u00e4\u00e4rsus ja v\u00f5rgu tasemel t\u00f6\u00f6kindlus, ning on oluline, et service mesh suudaks t\u00f5husalt hallata koormusi, mis varem teenuste toimimist h\u00e4irisid.<\/p>\n
<\/p>\n
T\u00f5rketaluvuse simulaatori aluseks on t\u00f6\u00f6voog, mis toimib teenusevaheketi s\u00f5lm. T\u00f6\u00f6voogu saab konfigureerida staatiliselt k\u00e4ivitamise ajal v\u00f5i d\u00fcnaamiliselt REST API kaudu. Kasutame t\u00f6\u00f6voogude d\u00fcnaamilist seadistamist, et luua t\u00f6\u00f6protsesse regressioonitestide kujul.<\/p>\n
<\/p>\n
Siin on selle protsessi n\u00e4ide:<\/p>\n
<\/p>\n