[過去ログ]
サーバダウン(鯖落ち)超情報 Part136 [無断転載禁止]©2ch.net (1001レス)
サーバダウン(鯖落ち)超情報 Part136 [無断転載禁止]©2ch.net http://rosie.5ch.net/test/read.cgi/operatex/1506132294/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
40: 動け動けウゴウゴ2ちゃんねる [] 2017/09/23(土) 18:29:02.71 ID:vuAUpM2Q >>29 日本国内では 東京(NRT:成田空港を意味する言葉で実際にそこにある訳ではない) 大阪(KIX:関西国際空港を意味する言葉で実際にそこにある訳ではない) の計2箇所にcloudflareのデータセンターがある https://www.cloudflare.com/network/ https://www.cloudflare.com/img/network-map/network-map-gradient.png cloudflare鯖稼働状況と過去の鯖トラブル:https://www.cloudflare.com/system-status.html 鯖全体にあったのかどうか判別出来ないが昨日Always Online™の昨日が死んでいたと報告がある https://www.cloudflarestatus.com/incidents/g5gm5mh75rww ※Always Online™:鯖が死んだ場合に備え静的ページをキャッシュしておく機能 https://www.cloudflare.com/always-online/ これら日本国内のcloudflareデータセンター鯖の役割はあくまでコンテンツ配信のキャッシュ機能と 蓄積による2ch鯖本体から差分ロードだけで済むようにする遅延抑制を担ったり https://www.cloudflare.com/website-optimization/railgun/ Http2プロトコルの採用によるアクセス速度を上げたりとしているだけで https://blog.cloudflare.com/introducing-http2/ 日本⇔米国の国境を跨いだASとASを繋ぐPeeringの役割を日本国内のcloudflareデータセンター鯖が担っている訳ではない 2ch.net(米国)へのアクセスを日本から試みるとまず日本国内のcloudflareデータセンター鯖へアクセスする そして日本国内のcloudflareデータセンター鯖がデータを返す しかしこの際に表示されるIPはAS13335(米国)のものとなる→https://nelog.jp/http2-browser-extensions つまり2ch.net(米国)がデータを日本へ運ぶ際以下の形 2ch.net→米国cloudflare鯖→日米peering鯖→日本cloudflare鯖 tracerouteでは国内OCNやKDDIはpeering鯖の経路IPとしてかかる ※下は異国間のPeeringを理解してない人向け https://blog.cloudflare.com/cloudflares-singapore-data-center-now-online/ https://www.peeringdb.com/net/4224 こういう状況があるから104.23.241.249のTCPエラーを 遅延時間からすれば日本国内のcloudflareデータセンター鯖を疑いたくもなるのだろう だからといって問題発生箇所を太平洋間の経路上に無くcloudflareの米国鯖or日本鯖かのどちらかだと現時点で決め付けるのは賢明とは言い難い http://rosie.5ch.net/test/read.cgi/operatex/1506132294/40
64: 動け動けウゴウゴ2ちゃんねる [] 2017/09/23(土) 20:44:53.14 ID:vuAUpM2Q >>62 むしろここまで詳しく教えるお人良しはいないだろ anycastのCF鯖が1つ死んだ場合のクラスタ選択例 https://image.slidesharecdn.com/routingforananycastcdn-cloudflare-tompaseka-130301233319-phpapp01/95/routing-for-an-anycast-cdn-8-638.jpg 現段階で日本CF鯖が不具合を起こしたとする証拠を誰も掴んでいない ゆえにCFはCodemonkeyにその辺を開示する義務がある http://rosie.5ch.net/test/read.cgi/operatex/1506132294/64
85: 動け動けウゴウゴ2ちゃんねる [] 2017/09/23(土) 21:56:16.45 ID:vuAUpM2Q anycastを用いたロードバランス https://www.cloudflare.com/load-balancing/ ancast製のあるCF鯖がこけた際に別CF鯖へバックエンド切り替え https://i.stack.imgur.com/BsRM8.png TCPエラーを返したどこかのCF鯖はこの切り替えすら上手く出来てなかった可能性がある これじゃanycastの意味が何も無い >>83 >2chで通常使われている「一部の」日本側のCF鯖がおかしかった それをデータとして証拠出せるか? 一部というけど大阪と東京にしかないんですけど 2択ですよ2択 勿論どっちがこけてたのかも出せるんだよな http://rosie.5ch.net/test/read.cgi/operatex/1506132294/85
433: 臨時で名無しです [] 2017/10/21(土) 00:40:05.75 ID:O/uN5m3H CFの事をろくすっぽ理解すらせずに妄想を書き殴る馬鹿が多いから次から↓を>>1か>>2に入れといて 2ch.net 5ch.netへのアクセスする場合の経路→CF(cloudflare) https://www.cloudflare.com/video/argo-animation.mp4 @anycastとは 1IPアドレスで複数IPノード共有を可能にする「機能」 http://www.atmarkit.co.jp/ait/articles/1512/22/news004.html 複数IPノードとはanycast前のDMZ情報を伴う (必ず特定の国土上にその鯖が存在する基本情報がありそれが無いとanycastを組み込めない) http://blog.cloudflare.com/a-brief-anycast-primer/ ACFのメインシステム(Argo階層型キャッシュ) 全世界のCFデータセンター117箇所のCFネットワークにコンテンツを分散伝達させ全てにキャッシュさせておく (キャッシュをそこであらかじめロードし残りの差分を2ch.net 5ch.netの鯖からロード) CF鯖は全て同じIPノード(anycast)も相まってスマートにルーティング (2ch.net 5ch.netはAS13335のCFを経由したパケットしかアクセスを許可していない) https://www.cloudflare.com/argo/ anycastを用いたロードバランス https://www.cloudflare.com/load-balancing/ BCFのどこかがこけた場合 ・CF側の振る舞い→日本CF(東京大阪)を経由せず別の近場のCFを経由し最終的には米CFに到達 (日本→太平洋→米国が潰れていれば日本→香港→米国といった大陸横断経路となる ※経路情報は無関係という馬鹿はスルーで) anycast製のあるCF鯖がこけた際に別CF鯖へバックエンド切り替え https://i.stack.imgur.com/BsRM8.png anycastのCF鯖が1つ死んだ場合のクラスタ選択例 https://image.slidesharecdn.com/routingforananycastcdn-cloudflare-tompaseka-130301233319-phpapp01/95/routing-for-an-anycast-cdn-8-638.jpg https://www.slideshare.net/TomPaseka/routing-for-an-anycast-cdn ・CFアクセスエラーで5ch.net側が対処可能な手法 TCPエラーを返すAS13335のIPのみ回避するように書き換える (しかしこれだけでは対処療法で根本の解決にはならない為CF側に詳細確認必須) http://rosie.5ch.net/test/read.cgi/operatex/1506132294/433
615: 臨時で名無しです [] 2017/11/16(木) 03:05:49.62 ID:SbFYouqA High Sierra Sky ★ I was wondering why this problem continued to occur frequently. So I focused on each IPs associated with domains (2ch.net 5ch.net 2ch.s c). I realized each domains had some common IP band. The detail of dmz & host are shown below. https://gfx.robtex.com/gfx/graph.png?dns=2ch.s c 2ch.sc 104.20.136.2 104.20.128.0/20 https://bgp.he.net/ip/104.20.136.2#_dns 104.20.137.2 104.20.128.0/20 dawn.ns.cloudflare.com 173.245.58.106 173.245.58.0/24 ←https://bgp.he.net/ip/173.245.58.106#_dns norm.ns.cloudflare.com 173.245.59.134 173.245.59.0/24 ←https://bgp.he.net/ip/173.245.59.134#_dns https://gfx.robtex.com/gfx/graph.png?dns=2ch.net https://gfx.robtex.com/gfx/graph.png?dns=5ch.net 5ch.net(2ch.net) 104.20.26.96 104.20.27.96 104.20.48.0/20 https://bgp.he.net/ip/104.20.27.96#_dns (104.20.49.205) (104.20.50.205) (104.20.16.0/20) (https://bgp.he.net/ip/104.20.50.205#_dns) isla.ns.cloudflare.com 173.245.58.119 173.245.58.0/24 ←https://bgp.he.net/ip/173.245.58.119#_dns ben.ns.cloudflare.com 173.245.59.103 173.245.59.0/24 ←https://bgp.he.net/ip/173.245.59.103#_dns What I particularly focused on is the common IP band of the name server of 3 domains. As you see, the remote host names on name servers are diffirent per each. But the common IP band used is 173.245.58.0/24 and 173.245.59.0/24 of cloudflare.com. I have a doubt Nishimura's 2ch.s c setting might be intentional set for making this problem. Because 2ch.s c has categories which are still being reprinted from 5ch.net. I couldn't still investigated how the reprinted categories were carried out in a system of 2ch.s c. But I don't think this reprinted system of 2ch.s c is irrelevant as problem now. I hope my viewpoints lead to hints on problem solving. http://rosie.5ch.net/test/read.cgi/operatex/1506132294/615
922: 臨時で名無しです [sage] 2018/03/24(土) 21:33:20.48 ID:N2kbpfSz ttp://or2.mobi/data/img/198321.jpg さっきまでこうなってた 今は大丈夫みたい http://rosie.5ch.net/test/read.cgi/operatex/1506132294/922
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.035s