やこ(夜狐) @yczas1031 私から再度「坊ちゃんはそんな話ではない」「マドンナはヒロインではない」「というか松山は割とdisられている」と説明された彼氏殿、「…歴史を見直すことが出来ない人の気持ちが分かった…」とか言い出した。話をやたらと壮大にするんじゃない。 2019-08-22 23:19:13
![松山出身の彼氏が考えた最高最善の「坊ちゃん」](https://cdn-ak-scissors.b.st-hatena.com/image/square/83b5caa5cf9c58b49675090ae9f67b8bb86abfdd/height=288;version=1;width=512/https%3A%2F%2Fs.togetter.com%2Fogp2%2Fbc9b69bbc041c36f4d78a67a61f3b4de-1200x630.png)
やこ(夜狐) @yczas1031 私から再度「坊ちゃんはそんな話ではない」「マドンナはヒロインではない」「というか松山は割とdisられている」と説明された彼氏殿、「…歴史を見直すことが出来ない人の気持ちが分かった…」とか言い出した。話をやたらと壮大にするんじゃない。 2019-08-22 23:19:13
AWSで大きな障害が発生したこの機会に、自分がクラウドと正しく付き合っていくために必要なことを考える。 piyolog.hatenadiary.jp ちなみに稼働率 99.99% くらいを目指していくために必要な事を考える。 必要な稼働率を見極める 今回は 99.99% くらいを目指すと言ったが、実際に自分たちにとってどのくらいの稼働率を目指すか?ということはとてもとても大切だ。 幸い、今回自分は影響がなかったが、本当に完璧か?と言われるとそうではない。 まず弊社の場合、マルチリージョンではないので東京リージョンが落ちたら落ちる。 これを許容できない場合に99.99%を目指せるか?というと正直厳しい。 しかしサイトの規模はそんなに大きくないのでデータサイズも現実的に転送出来る範囲で、コンポーネントも少なく、TerraformやAnsibleによって再構築しやすい状態は整っている。 そのため
8月23日午後1時ごろに発生した、米Amazon Web Servicesのクラウドサービス「AWS」の東京リージョンでの障害について、同社は午後8時18分、クラウドサーバの復旧がほぼ完了したことを明らかにした。制御システムの障害により、サーバの温度が上がりすぎたことが原因だったという。 同社によると問題が起きたのは、「Amazon Elastic Compute Cloud」(EC2)の東京リージョンを構成する4つのデータセンター(アベイラビリティーゾーン、AZ)の内の1カ所。AZ内の制御システムに問題が発生し、複数の冗長化冷却システムに障害が起きたという。結果として、AZ内の少数のEC2サーバが過熱状態となり、障害として表面化したとしている。 冷却システムは午後3時21分に復旧。午後6時30分までに、ほぼ全てのストレージ(EBSボリューム)とインスタンスが復旧したという。 同社は、障害
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く