{"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\/hu\/blog\/administrirovanie\/benchmark-potrebleniya-tsp-dlya-istio-i-linkerd","title":{"rendered":"CPU-fogyaszt\u00e1si benchmark az Istio \u00e9s Linkerd sz\u00e1m\u00e1ra","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"CPU-fogyaszt\u00e1si<\/p>\n

<\/p>\n

Bevezet\u00e9s<\/h2>\n

<\/p>\n

1cloud Shopify<\/a><\/noindex> az Istio telep\u00edt\u00e9s\u00e9vel foglalkoztunk mint szolg\u00e1ltat\u00e1s h\u00e1l\u00f3zattal. Alapvet\u0151en minden rendben van, kiv\u00e9ve egy dolgot: ez dr\u00e1ga<\/strong>.<\/p>\n

<\/p>\n

A publik\u00e1lt benchmarkok<\/a><\/noindex> az Istior\u00f3l azt mondj\u00e1k:<\/p>\n

<\/p>\n

Az Istio 1.1 proxy k\u00f6r\u00fclbel\u00fcl 0,6 vCPU (virtu\u00e1lis processzor) ig\u00e9nyel 1000 k\u00e9relem m\u00e1sodpercenk\u00e9nt.<\/p><\/blockquote>\n

Az els\u0151 r\u00e9gi\u00f3ban a szolg\u00e1ltat\u00e1s h\u00e1l\u00f3zatban (mindk\u00e9t oldalon 2 proxy) k\u00f6r\u00fclbel\u00fcl 1200 processzorra lesz sz\u00fcks\u00e9g\u00fcnk, mivel 1 milli\u00f3 k\u00e9r\u00e9st sz\u00e1molunk m\u00e1sodpercenk\u00e9nt. A Google k\u00f6lts\u00e9gkalkul\u00e1l\u00f3ja alapj\u00e1n ez k\u00f6r\u00fclbel\u00fcl 40 USD\/h\u00f3nap\/processzor a konfigur\u00e1ci\u00f3ra n1-standard-64<\/code>, teh\u00e1t csak ez a r\u00e9gi\u00f3 havi t\u00f6bb mint 50 000 doll\u00e1runkba ker\u00fcl 1 milli\u00f3 k\u00e9r\u00e9s m\u00e1sodpercenk\u00e9nt.<\/p>\n

<\/p>\n

Ivan Sim (Ivan Sim<\/a><\/noindex>) vil\u00e1gosan \u00f6sszehasonl\u00edtotta<\/a><\/noindex> a szolg\u00e1ltat\u00e1s h\u00e1l\u00f3zat k\u00e9sleked\u00e9seit tavaly, \u00e9s azt \u00edg\u00e9rte, hogy ugyanezt teszi a mem\u00f3ri\u00e1val \u00e9s a processzorral, de nem siker\u00fclt:<\/p>\n

<\/p>\n

\u00dagy t\u0171nik, hogy a values-istio-test.yaml jelent\u0151sen megn\u00f6veli a processzori ig\u00e9nyeket. Ha j\u00f3l sz\u00e1moltam, k\u00f6r\u00fclbel\u00fcl 24 processzorra van sz\u00fcks\u00e9g a vez\u00e9rl\u0151panelhez \u00e9s 0,5 CPU-ra minden proxyhoz. Nincs ennyi. Ism\u00e9tlem a teszteket, amikor t\u00f6bb er\u0151forr\u00e1st osztanak ki.<\/p><\/blockquote>\n

Szerettem volna megbizonyosodni r\u00f3la, hogy az Istio teljes\u00edtm\u00e9nye mennyire hasonl\u00edt egy m\u00e1sik ny\u00edlt forr\u00e1sk\u00f3d\u00fa szolg\u00e1ltat\u00e1s h\u00e1l\u00f3zatra: Linkerd<\/a><\/noindex>.<\/p>\n

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

Szolg\u00e1ltat\u00e1s h\u00e1l\u00f3zat telep\u00edt\u00e9se<\/h3>\n

<\/p>\n

El\u0151sz\u00f6r telep\u00edtettem a klaszterbe 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
A SuperGloo-t haszn\u00e1ltam, mert jelent\u0151sen megk\u00f6nny\u00edti a szolg\u00e1ltat\u00e1s h\u00e1l\u00f3zat kezdeti bet\u00f6lt\u00e9s\u00e9t. Szinte semmit sem kellett tennem. A gyakorlatban nem haszn\u00e1ljuk a SuperGloo-t, de ehhez a feladathoz t\u00f6k\u00e9letesen megfelel. K\u00f6r\u00fclbel\u00fcl n\u00e9h\u00e1ny parancsot kellett alkalmaznom minden szolg\u00e1ltat\u00e1s h\u00e1l\u00f3zathoz. K\u00e9t klasztert haszn\u00e1ltam az elszigetel\u00e9shez \u2014 egyet az Istiohoz \u00e9s egyet a Linkerd-hez.<\/p>\n
<\/p>\n
A k\u00eds\u00e9rletet a Google Kubernetes Engine-en v\u00e9gezt\u00fck. Kubernetes-t haszn\u00e1ltam 1.12.7-gke.7<\/code> \u00e9s a csom\u00f3ponttart\u00f3 n1-standard-4<\/code> automatikus csom\u00f3pontsk\u00e1l\u00e1z\u00e1ssal (minimum 4, maximum 16).<\/p>\n
<\/p>\n
Ezut\u00e1n a parancssorb\u00f3l telep\u00edtettem mindk\u00e9t szolg\u00e1ltat\u00e1s h\u00e1l\u00f3zatot.<\/p>\n
<\/p>\n
El\u0151sz\u00f6r a 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
Azt\u00e1n 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
A Crash-loop n\u00e9h\u00e1ny percet vett ig\u00e9nybe, majd a vez\u00e9rl\u0151panele stabiliz\u00e1l\u00f3dott.<\/p>\n
<\/p>\n
(Megjegyz\u00e9s: A SuperGloo jelenleg csak az Istio 1.0.x-et t\u00e1mogatja. Ism\u00e9telten megism\u00e9teltem a k\u00eds\u00e9rletet az Istio 1.1.3-mal, de nem vettem \u00e9szre \u00e9rdemi k\u00fcl\u00f6nbs\u00e9get.)<\/em><\/p>\n
<\/p>\n
Az Istio automatikus injekt\u00e1l\u00e1s\u00e1nak be\u00e1ll\u00edt\u00e1sa<\/h3>\n
<\/p>\n
Ahhoz, hogy az Istio telep\u00edtse a sidecar Envoy-t, a sidecar-injektort haszn\u00e1ljuk \u2014 MutatingAdmissionWebhook<\/code>. Err\u0151l a cikkben nem fogunk besz\u00e9lni. Csak annyit mondok, hogy ez egy vez\u00e9rl\u0151, amely figyelemmel k\u00eds\u00e9ri az \u00f6sszes \u00faj pod hozz\u00e1f\u00e9r\u00e9s\u00e9t, \u00e9s dinamikusan hozz\u00e1adja a sidecar-t \u00e9s az initContainer-t, amely a feladatok\u00e9rt felel\u0151s iptables<\/code>.<\/p>\n
<\/p>\n
Mi a Shopify-n\u00e1l \u00edrtunk saj\u00e1t vez\u00e9rl\u0151nket a sidecar-ok injekt\u00e1l\u00e1s\u00e1ra, de ebben a benchmarkban az Istio-val sz\u00e1ll\u00edtott vez\u00e9rl\u0151t v\u00e1lasztottam. Az alap\u00e9rtelmezett vez\u00e9rl\u0151 sidecar-okat injekt\u00e1l, amikor a n\u00e9vt\u00e9rben egy c\u00edmk\u00e9t tal\u00e1l 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
A Linkerd automatikus injekt\u00e1l\u00e1s\u00e1nak be\u00e1ll\u00edt\u00e1sa<\/h3>\n
<\/p>\n
A Linkerd sidecar-jainak injekt\u00e1l\u00e1s\u00e1hoz annot\u00e1ci\u00f3kat haszn\u00e1lunk (ezeket k\u00e9zzel adtam hozz\u00e1 a k\u00f6vetkez\u0151n kereszt\u00fcl 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
Az Istio megb\u00edzhat\u00f3s\u00e1gi szimul\u00e1tora<\/h3>\n
<\/p>\n
K\u00e9sz\u00edtett\u00fcnk egy Istio hibat\u0171r\u0151 szimul\u00e1tort, hogy k\u00eds\u00e9rletezhess\u00fcnk a Shopify-ra jellemz\u0151 forgalommal. Sz\u00fcks\u00e9g\u00fcnk volt egy eszk\u00f6zre, amely lehet\u0151v\u00e9 teszi tetsz\u0151leges topol\u00f3gi\u00e1k l\u00e9trehoz\u00e1s\u00e1t, amelyek egy adott r\u00e9sz\u00e9t k\u00e9pezik szolg\u00e1ltat\u00e1sunk grafikonj\u00e1nak, dinamikus be\u00e1ll\u00edt\u00e1ssal, hogy konkr\u00e9t munkaterhel\u00e9seket modellezhess\u00fcnk.<\/p>\n
<\/p>\n
A Shopify infrastrukt\u00far\u00e1ja nagy terhel\u00e9snek van kit\u00e9ve a vill\u00e1mki\u00e1rus\u00edt\u00e1sok sor\u00e1n. Ekkor a Shopify javasolja a keresked\u0151ket, hogy gyakrabban tartsanak ilyen ki\u00e1rus\u00edt\u00e1sokat<\/a><\/noindex>. Nagyobb \u00fcgyfelek n\u00e9ha el\u0151re \u00e9rtes\u00edtenek a tervezett vill\u00e1mki\u00e1rus\u00edt\u00e1sr\u00f3l. M\u00e1sok pedig v\u00e1ratlanul, b\u00e1rmikor, napk\u00f6zben vagy \u00e9jszaka tartanak ilyet sz\u00e1munkra.<\/p>\n
<\/p>\n
Azt szerett\u00fck volna, hogy hibat\u0171r\u0151 szimul\u00e1torunk olyan munkafolyamatokat modellezzen, amelyek megfelelnek a Shopify infrastrukt\u00far\u00e1j\u00e1t a m\u00faltban t\u00falterhel\u0151 topol\u00f3gi\u00e1knak \u00e9s munkaterhel\u00e9seknek. A service mesh haszn\u00e1lat\u00e1nak alapvet\u0151 c\u00e9lja \u2014 megb\u00edzhat\u00f3s\u00e1gra \u00e9s hibat\u0171r\u00e9sre van sz\u00fcks\u00e9g\u00fcnk a h\u00e1l\u00f3zat szintj\u00e9n, \u00e9s fontos sz\u00e1munkra, hogy a service mesh hat\u00e9konyan kezelje azokat a terheket, amelyek kor\u00e1bban megzavart\u00e1k a szolg\u00e1ltat\u00e1sok m\u0171k\u00f6d\u00e9s\u00e9t.<\/p>\n
<\/p>\n
A hibat\u0171r\u0151 szimul\u00e1tor alapja egy munk\u00e1nk csom\u00f3pontja, amely a service mesh csom\u00f3pontjak\u00e9nt m\u0171k\u00f6dik. A munkacsom\u00f3pont statikusan be\u00e1ll\u00edthat\u00f3 ind\u00edt\u00e1skor vagy dinamikusan a REST API-n kereszt\u00fcl. Dinamikus munkacsoport-be\u00e1ll\u00edt\u00e1st haszn\u00e1lunk, hogy munkafolyamatokat hozzunk l\u00e9tre regresszi\u00f3s tesztekk\u00e9nt.<\/p>\n
<\/p>\n
\u00cdme egy p\u00e9lda egy ilyen folyamatra:<\/p>\n
<\/p>\n