Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Istio Traffic Management
Search
threetreeslight
November 10, 2018
0
29
Istio Traffic Management
2018-11-10-Istio Traffic Management on shinjuku mokumoku proguramming vol.21
threetreeslight
November 10, 2018
Tweet
Share
More Decks by threetreeslight
See All by threetreeslight
Bottleneck is You
threetreeslight
0
81
Japan Office Society オフィスはスタートアップの成長を助長するのか?阻害するのか?
threetreeslight
0
97
スタートアップは見極められたくない
threetreeslight
0
33
VPoEの責務とは
threetreeslight
0
58
CiecleCIでもくもく会を支える技術
threetreeslight
0
45
Ego vs higher self
threetreeslight
0
35
Performance Hack 101
threetreeslight
0
77
複数のスタートアップを 通して得た失敗と学び
threetreeslight
0
64
How to probe prometheus & grafana. What is helm
threetreeslight
0
28
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
664
120k
Statistics for Hackers
jakevdp
796
220k
Building Your Own Lightsaber
phodgson
102
6k
Mobile First: as difficult as doing things right
swwweet
222
8.9k
Practical Orchestrator
shlominoach
186
10k
Documentation Writing (for coders)
carmenintech
65
4.4k
Docker and Python
trallard
40
3.1k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
A Tale of Four Properties
chriscoyier
156
23k
A better future with KSS
kneath
238
17k
Put a Button on it: Removing Barriers to Going Fast.
kastner
59
3.5k
How to Ace a Technical Interview
jacobian
275
23k
Transcript
Istio Tra c Management @threetreeslight on shinjuku mokumoku programming #21
1 / 19
Who VP of Engineering at 最近は⼈事部⻑やEvent おじさんと揶揄されます Repro 2 /
19
最近はtyping おじさんと まで 3 / 19
やっていきっ 4 / 19
今⽇やること Istio pilot のresouce が多いので、そこらへんの調整 Istio の設定、および監視の設定 5 / 19
できたこと Istio pilot のresouce が多いので、そこらへんの調整 Istio の設定、および監視の設定 6 / 19
なにをしていたか GKE を1.9.7-gke.5 -> 1.9.7-gke.7 にupgrade し たらいろいろ死んだ! なのでIstio のtraffic
management について学び直す 7 / 19
What is Istio? kubernetes 上にservice mesh を実現するフレームワ ークです 8 /
19
Istio tra c management can ... 9 / 19
ここが嬉しい 1. compornent 間の通信を宣⾔的に書ける 2. canary release が簡単にできる 3. traffic
をmirrering できる 4. latency を仮想的に実現できる 5. circit braker 機能を宣⾔的に書ける 10 / 19
それが実現できるという ことは それなりに設定を書く必要がある 1. 定義したpod は基本的にenvoy (sidecar proxy server) に
しかアクセスできない 2. 基本的にenvoy は外部へも通信を許可しない(どこ向け のアクセスか把握できないため?) 3. トラフィックルーティングを定義することで通信が可能 となる 11 / 19
kubernetes のservice, ingress の考えを ⼀旦捨てる 必要がある 12 / 19
Custom Resource 新たに登場するresource たち 1. DestinationRule 2. VirtualService 3. Gateway
4. ServiceEntry 5. DestinationPolicy 13 / 19
DestinationRule 通信先として仮想的なhost 名を定義する subsets を更に定義でき、content(user など) や version(canary) など通信先を細かく制御できる 14
/ 19
VirtualService 公開する通信先を定義する 15 / 19
Gateway Istio ingress への通信をどこにproxy するか決める 16 / 19
ServiceEntry 外部への通信について設定を記述する 17 / 19
DestinationPolicy 通信先ごとのcircit braker 機能を記述 18 / 19
遊んでみて⼤体イメージが付いたので 頑張っていく 19 / 19