![](https://cdn-ak-scissors.b.st-hatena.com/image/square/056ff9d6b65a1ade789139ba1e6f14bda8fd6841/height=288;version=1;width=512/https%3A%2F%2Fimage.itmedia.co.jp%2Fnews%2Farticles%2F2102%2F12%2Fl_mt1626333_PK03-01.jpg)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
Slack、1月の障害の原因を説明 「AWS Transit Gateway」がトラフィックの急上昇に対応できず
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Slack、1月の障害の原因を説明 「AWS Transit Gateway」がトラフィックの急上昇に対応できず
この記事は新野淳一氏のブログ「Publickey」に掲載された「Slack、1月の大規模障害の原因を説明。「AWS ... この記事は新野淳一氏のブログ「Publickey」に掲載された「Slack、1月の大規模障害の原因を説明。「AWS Transit Gateway」がトラフィックの急上昇に対応できず、AWSはアルゴリズムを見直すと」(2021年2月10日掲載)を、ITmedia NEWS編集部で一部編集し、転載したものです。 AWSのネットワーク基盤の一部が飽和していた 1月4日、サービス内部のエラー率上昇によって始まったSlackの障害は、太平洋標準時の午前6時ごろからはSlackのWeb層の負荷が高まり、パケットロスを発生しはじめるなど徐々に深刻化。7時ごろにはついにサービス停止にまで発展してしまいます。 負荷の解消のためにWeb層をスケールアウトさせるなどの対処を行い、なんとかサービスが復旧し始めたころに、AWSから障害の引き金となった現象についての報告が次のようになされたとのこと。 「Slack’