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
44
0
Share
Istio Traffic Management
2018-11-10-Istio Traffic Management on shinjuku mokumoku proguramming vol.21
threetreeslight
November 10, 2018
More Decks by threetreeslight
See All by threetreeslight
実録 採用一投入魂
threetreeslight
0
33
Bottleneck is You
threetreeslight
0
130
Japan Office Society オフィスはスタートアップの成長を助長するのか?阻害するのか?
threetreeslight
0
130
スタートアップは見極められたくない
threetreeslight
0
56
VPoEの責務とは
threetreeslight
0
88
CiecleCIでもくもく会を支える技術
threetreeslight
0
64
Ego vs higher self
threetreeslight
0
49
Performance Hack 101
threetreeslight
0
110
複数のスタートアップを 通して得た失敗と学び
threetreeslight
0
85
Featured
See All Featured
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
1.9k
The Invisible Side of Design
smashingmag
302
52k
Designing for Performance
lara
611
70k
Statistics for Hackers
jakevdp
799
230k
GitHub's CSS Performance
jonrohan
1032
470k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
170
Building AI with AI
inesmontani
PRO
1
980
Odyssey Design
rkendrick25
PRO
2
610
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
150
Visualization
eitanlees
150
17k
End of SEO as We Know It (SMX Advanced Version)
ipullrank
3
4.2k
Code Reviewing Like a Champion
maltzj
528
40k
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