HTTP and 5G partial draft
23. 25 Deliveryrate BDP BDP+BufSize RTT Optimal: max BW and min RTT (Kleinrock) amount in flight Optimal operating point 23 Deliveryrate BDP BDP+BufSize RTT Loss based CC (CUBIC / Reno) amount in flight Loss based congestion control in deep buffers BDP = (max BW) * (min RTT) 26 Deliveryrate BDP BDP+BufSize RTT amount in flight Est min RTT = windowed min of RTT samples Est max BW = windowed max of
ãœã‚“ã¶TIME_WAITã®ã›ã„ã ï¼ - Qiita
#課題 çªç„¶ã‚ャンペーンã¨ã‹ã®é«˜ãƒˆãƒ©ãƒ•ã‚£ãƒƒã‚¯ãŒæ¥ã‚‹ï¼ã¨ã‹è¨€ã‚れるã¨è‰²ã€…å›°ã‚‹ã“ã¨ã¯ã‚ã‚‹ã‚‚ã®ã®ã€ä»Šã®ã”時世クラウドã ã‹ã‚‰ã‚¹ãƒšãƒƒã‚¯ä¸Šã’ã¨ãゃãªã‚“ã¨ã‹ãªã‚‹ã§ã—ょ。ã£ã¦ã¨ã‚Šã‚ãˆãšCPUã¨ã‹ãƒ¡ãƒ¢ãƒªã‚ã’ã¦è¦‹ãŸã‚‚ã®ã®ã€ã‚ャンペーンãŒå§‹ã¾ã£ãŸã‚‰æ„外ã¨æ—©ãブラウザã‹ã‚‰ã¤ãªãŒã‚‰ãªã„ï¼ï¼ã¨ã‹è¨€ã‚ã‚ŒãŸã‚Šã™ã‚‹ã€‚ CPUもメモリもãã‚“ãªã«è² è·ã¯ç‰¹ã«é«˜ãã‚‚ãªã„。調ã¹ã¦ã¿ãŸã‚‰TIME_WAITãŒå¤§é‡ã«ã‚ã£ãŸã€‚ #ã¨ã‚Šã‚ãˆãšä½•ã¨ã‹ã—ãŸã„ ####TIME_WAIT数をコマンドã§ç¢ºèª $ netstat -anp|grep TIME_WAIT __(snip)__ tcp 0 0 192.168.1.1:80 192.97.67.192:56305 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.63.64.145:65274 TIME_WAIT - tcp 0 0 192.168.1.1:80
Kubernetes: アプリケーションã®ãƒ‡ãƒãƒƒã‚°æ–¹æ³• (kubectl exec ãªã©) - Qiita
ã¯ã˜ã‚ã« Kubernetes 上ã®ã‚¢ãƒ—リケーションã«å¯¾ã—ã¦ã€curl ã‚„ tcpdump ãªã©ä½¿ã„慣れãŸãƒ„ールを使ã£ã¦ãƒ‡ãƒãƒƒã‚°ã‚’è¡Œã„ãŸã„ã¨æ€ã†å ´åˆãŒã‚ã‚‹ã‹ã¨æ€ã„ã¾ã™ã€‚kubectl exec を利用ã™ã‚‹ã¨ã‚³ãƒ³ãƒ†ãƒŠå†…ã®ã‚³ãƒžãƒ³ãƒ‰ã‚’実行ã™ã‚‹ã“ã¨ãŒã§ãã€å¾“æ¥ ssh ã§è¡Œã£ã¦ã„ãŸãƒ‡ãƒãƒƒã‚°ã«è¿‘ã„ã“ã¨ãŒå¯èƒ½ã«ãªã‚Šã¾ã™ã€‚一方ã€ã‚³ãƒ³ãƒ†ãƒŠã«ã¯å¿…è¦æœ€ä½Žé™ã®ã‚‚ã®ã—ã‹å«ã‚ãªã„ã“ã¨ãŒãƒ™ã‚¹ãƒˆãƒ—ラクティスã¨ãªã£ã¦ã„ã‚‹ãŸã‚ã€ä½¿ã„ãŸã„コマンドãŒå«ã¾ã‚Œã¦ã„ãªã„ã“ã¨ã‚‚ã‚ã‚‹ã§ã—ょã†ã€‚ 本記事ã§ã¯ã€kubectl exec を主ã¨ã—ãŸãƒ‡ãƒãƒƒã‚°ã®æ–¹æ³•ã¨ã€ã‚³ãƒ³ãƒ†ãƒŠã«ä½¿ã„ãŸã„コマンドãŒå«ã¾ã‚Œã¦ã„ãªã„å ´åˆã‚„ kubectl exec ãŒåˆ©ç”¨ã§ããªã„å ´åˆã®å¯¾å¿œæ–¹æ³•ãªã©ã«ã¤ã„ã¦èª¬æ˜Žã—ã¾ã™ã€‚確èªã¯ Kubernetes v1.8 ã§è¡Œã„ã€ã‚³ãƒ³ãƒ†ãƒŠãƒ©ãƒ³ã‚¿ã‚¤ãƒ 㯠Docker ã‚’å‰æã¨ã—ã¦ã„ã¾ã™ã€‚ kubectl exec を使ã£ãŸãƒ‡ãƒãƒƒã‚° ku
Kubernetes ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚ング | 技術文書 | æŠ€è¡“æƒ…å ± | VA Linux Systems Japanæ ªå¼ä¼šç¤¾
コンテナ関連 クラウド Kubernetes ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚ング 2017/10/02 技術本部 クラウド基盤エã‚スパート　工å¦åšå£«ã€€å²©æœ¬ 俊弘 Kubernetes ã§ã®ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯å®Ÿè£…ã«ã¤ã„ã¦ã„ãã¤ã‹ã®ä¾‹ã‚’挙ã’ã¦è§£èª¬ã—ã¦ã„ãã¾ã™ã€‚ Kubernetes ã§ã®ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã¨è¨€ã£ãŸå ´åˆã€ä»¥ä¸‹ã®2ã¤ã®è§£é‡ˆãŒã§ãã¾ã™ã€‚ Kubernetes 上ã®ã‚¢ãƒ—リケーション(Pod)å´ã‹ã‚‰è¦‹ãŸãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ 上記ã®(仮想)ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã‚’実ç¾ã™ã‚‹ãŸã‚ã® Kubernetes å´ã®å®Ÿè£… (下回り) 本書ã§ã¯ 1. ã‚’ç°¡å˜ã«èª¬æ˜Žã—ãŸå¾Œã€ä¸»ã« 2. ã«ã¤ã„ã¦è§£èª¬ã—ã¦ã„ãã¾ã™ã€‚ãªãŠã€kubernetes ã®ãƒãƒ¼ã‚¸ãƒ§ãƒ³ã¯ 1.7 を用ã„ã¦ã„ã¾ã™ã€‚ Kubernetes 㯠Pod 毎㫠IPアドレスを割り当ã¦ã¾ã™ã€‚åŒä¸€ Kubernetes クラスタ内㮠Pod ã¯ãã® IPアドレスを使ã£ã¦ç›¸äº’ã«é€šä¿¡ã§ãã¾ã™ã€‚ ã“ã®å›³ã®
netnsを使ã£ãŸãƒ›ã‚¹ãƒˆå†…ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯æ§‹ç¯‰ - Qiita
ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã‚¨ãƒ³ã‚¸ãƒ‹ã‚¢ã‹ã‚‰ã€ŒLinux BridgeãŒã‚ã‹ã‚‰ã‚“ã€ã¨è¨€ã‚ã‚Œã¦èª¬æ˜Žç”¨ã«æ›¸ã„ãŸLinuxホスト内部ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã®æ¦‚念説明ã¨ä½œã‚Šæ–¹ã§ã™ã€‚ 実用的ãªã‚‚ã®ãŒå¿…è¦ãªã‚‰ã°ä»¥ä¸‹ã®ãƒªãƒ³ã‚¯ãŒã‚ã‹ã‚Šã‚„ã™ã„ã‹ã¨æ€ã„ã¾ã™ã€‚ http://kurochan-note.hatenablog.jp/entry/2015/10/11/110649 http://ameblo.jp/principia-ca/entry-12103919307.html ãªãŠã€ãƒªã‚½ãƒ¼ã‚¹ã•ãˆã‚ã‚Œã°ã‚³ãƒ³ãƒ†ãƒŠã‚ˆã‚Šã‚‚VMã§æ§‹ç¯‰ã—ãŸã»ã†ãŒåœ§å€’çš„ã«æ¥½ã§ã™:-) 環境 ・OS CentOS7 ・ルーティングプãƒãƒˆã‚³ãƒ« OSPF(on quagga) #å‰æçŸ¥è˜ Linux内ã«ä»¥ä¸‹ã®ã‚‚ã®ã‚’複数作æˆã™ã‚‹ã“ã¨ãŒã§ãã‚‹ ・インターフェース ・ブリッジ ・ルーティングテーブルã€ãƒ—ãƒãƒˆã‚³ãƒ«ã‚¹ã‚¿ãƒƒã‚¯ #シナリオ ã“ã†ã„ã†ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ä½œã£ã¦ã¨è¨€ã‚ã‚Œã¾ã—ãŸã€‚
マルãƒãƒ›ã‚¹ãƒˆã§ã®Docker Container間通信 第3回: Kubernetesã®ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯(CNI, kube-proxy, kube-dns) - Uzabase for Engineers
ã“ã‚“ã«ã¡ã¯ã€‚SPEEDA開発ãƒãƒ¼ãƒ ã®éˆ´æœ¨ã§ã™ã€‚ ã“ã‚Œã¾ã§ãƒžãƒ«ãƒãƒ›ã‚¹ãƒˆã§ã®Container間通信ã«ã¤ã„ã¦ã€ Dockerã®ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã®åŸºç¤Ž(å‰ã€…回) マルãƒãƒ›ã‚¹ãƒˆã§ã®Container間通信を実ç¾ã™ã‚‹æ‰‹æ®µã®ä¸€ã¤ã¨ã—ã¦ã®OverlayNetwork(å‰å›ž) ã¨ã„ã£ãŸè©±ã‚’ã—ã¦ãã¾ã—ãŸãŒã€3回目ã¨ãªã‚‹ä»Šå›žã¯ã“ã‚Œã¾ã§ã®å†…容をè¸ã¾ãˆãŸä¸Šã§Kubernetesã®ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã«ã¤ã„ã¦ãŠè©±ã—ã¾ã™ã€‚内容ã¨ã—ã¦ã¯å¤§ãã次ã®2ã¤ã«ãªã‚Šã¾ã™ã€‚ ã©ã†ã‚„ã£ã¦ãƒžãƒ«ãƒãƒ›ã‚¹ãƒˆã§ã®Container間通信を実ç¾ã—ã¦ã„ã‚‹ã‹ Serviceåã§Podã¨é€šä¿¡ã§ãるよã†ã™ã‚‹ãŸã‚ã®ä»•çµ„ã¿ ã§ã¯æ—©é€Ÿ1ã¤ç›®ã®è©±ã‚’ã¯ã˜ã‚ã¾ã—ょã†ã€‚Kubernetesを利用ã™ã‚‹å ´åˆã€åŸºæœ¬çš„ã«ã¯è¤‡æ•°ã®ãƒŽãƒ¼ãƒ‰ä¸Šã«Kubernetesクラスタを構築ã™ã‚‹ã“ã¨ã«ãªã‚Šã¾ã™ã€‚ （minikubeを使ã£ã¦å˜ä¸€ãƒŽãƒ¼ãƒ‰ã‹ã‚‰ãªã‚‹Kubernetesクラスタを構築ã™ã‚‹ã‚ˆã†ãªä¾‹å¤–ã¯
GKE/Kubernetes ã§ãªãœ Pod ã¨é€šä¿¡ã§ãã‚‹ã®ã‹ - Qiita
Google ã«ã‚ˆã‚‹ãƒ•ãƒ«ãƒžãƒãƒ¼ã‚¸ãƒ‰ã‚µãƒ¼ãƒ“スã§ã‚ã‚‹ GKE ã§ã¯ Kubernetes ã®ãƒžã‚¹ã‚¿ã‚„ノードã®ã“ã¨ã¯ç†è§£ã—ãªãã¨ã‚‚ Kubernetes ã® API を使ã£ã¦å®Ÿç¾ã—ãŸã„ã“ã¨ã«é›†ä¸ã§ãる。 ã—ã‹ã—ã€æœ¬ç•ªé‹ç”¨ã‚’ã¯ã˜ã‚ã¦ã‹ã‚‰ã€Œãªãœå‹•ã„ã¦ã„ã‚‹ã®ã‹ã‚‚ãªãœå‹•ã‹ãªã„ã®ã‹ã‚‚分ã‹ã‚‰ãªã„ã€ã¨ã„ã†ã‚ˆã†ãªçŠ¶æ…‹ã§ã¯ã„ã–ã¨ã„ã†æ™‚ã«å›°ã‚‹ã€‚ 特㫠Service ãŒã©ã®ã‚ˆã†ã«ã‚¯ãƒ©ã‚¹ã‚¿ã®å¤–ã‹ã‚‰ Pod ã¸ã®ã‚¢ã‚¯ã‚»ã‚¹ã‚’æä¾›ã—ã¦ã„ã‚‹ã®ã‹ã¯ãƒ–ラックボックスã«ãªã£ã¦ã„ãŸãŸã‚ã€ä»Šå›žã¯ GKE ã§ã® Service ã® L3(〜L4) ã®æŒ™å‹•ã«ã¤ã„㦠Kubernetes ã®å†…外を調査ã—ãŸã€‚ (後ã§å›³ã‚„å‚ç…§æƒ…å ±ã¸ã®ãƒªãƒ³ã‚¯ã‚’è¿½åŠ äºˆå®š) 図解ãŒå‡ºã¦ããŸã®ã§è¿½åŠ ã—ãªã‹ã£ãŸã€‚ 追記(2018å¹´10月5æ—¥) Kubernetes Engine ã® Network Overview ãŒè‰¯ã„ã®ã§ã“ã¡ã‚‰ã‚‚èªã‚€ã¨è‰¯ã„ã§ã—ょã†ã€‚ã“ã®è¨˜äº‹ã‚’書ã„ãŸ
The Ins and Outs of Networking in Google Container Engine
Why Service is the worst API in Kubernetes, and what we can do about it
netnsを触ã£ã¦ã¿ã‚‹ - éš™ã‚らã°å¯ã‚‹
netnsã§ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã®å‹‰å¼· tl;dr netnsã¨ã„ã†linuxã®ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯æ©Ÿèƒ½ã‚’紹介ã™ã‚‹ã€‚ netnsをコマンドレベルã§è§¦ã£ã¦ã¿ã¦ã€åŸºæœ¬çš„ãªãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã®å‹‰å¼·ã‚’ã™ã‚‹ã€‚ netnsã¨ã¯ linuxã«Network Namespaces(netns)ã¨ã„ã†ä»•çµ„ã¿ãŒã‚る。 Linux Namespacesã¨å‘¼ã°ã‚Œã‚‹ãƒªã‚½ãƒ¼ã‚¹ã®ä»®æƒ³åŒ–ã®ãŸã‚ã®æ©Ÿèƒ½ã®ä¸€éƒ¨ã§ã€åå‰ã®é€šã‚Šãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯ã®æ©Ÿèƒ½ã‚’æä¾›ã™ã‚‹ã€‚ dockerç‰ã§ã‚‚用ã„られã¦ã„る技術ã§ã€ã‚³ãƒ³ãƒ†ãƒŠæ¯Žã«ç•°ãªã‚‹ãƒãƒƒãƒˆãƒ¯ãƒ¼ã‚¯è¨å®šãŒè¡Œãˆã‚‹éƒ¨åˆ†ã§ç”¨ã„られã¦ã„る。 具体的ã«ã¯ãƒ—ãƒã‚»ã‚¹æ¯Žã«ç•°ãªã‚‹IPアドレスを使ã£ã¦é€šä¿¡ã™ã‚‹ã¨ã„ã£ãŸã“ã¨ãŒã§ãるよã†ã«ãªã‚‹ã€‚ docker使ãˆã°? dockerã‚„å„種コンテナ技術ãŒnetnsã‚’ã†ã¾ãéš ã—ã¦ãã‚Œã¦ã„ã‚‹ã®ã«ã€ã‚ã–ã‚ã–netnsを直接触る必è¦ãŒãªã„ã¨æ€ã£ãŸæ–¹ã€‚ ãã®é€šã‚Šã§ã€ã“ã“ã§ã¯å‹‰å¼·ç”¨ã«ä½¿ã†ã“ã¨ã‚’想定ã—ã¦ã„る。 (ã‚‚
1
リリースã€éšœå®³æƒ…å ±ãªã©ã®ã‚µãƒ¼ãƒ“スã®ãŠçŸ¥ã‚‰ã›
最新ã®äººæ°—エントリーã®é…ä¿¡
j次ã®ãƒ–ックマーク
kå‰ã®ãƒ–ックマーク
lã‚ã¨ã§èªã‚€
eコメント一覧を開ã
oページを開ã
ＮＡＴ使用上ã®æ³¨æ„点
Cisco ASA 5500 Series Configuration Guide using the CLI, 8.2 - Information About High Availability [Cisco ASA 5500-X Series Firewalls] - Cisco
3
Experiments with container networking: Part 1
{{#tags}}- {{label}}
{{/tags}}