並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 183件

新着順 人気順

AZの検索結果1 - 40 件 / 183件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

AZに関するエントリは183件あります。 aws障害トラブル などが関連タグです。 人気エントリには 『『ゼルダの伝説 ブレスオブザワイルド』が品質を高めてくれた。売上10万本超え、R18インディーゲーム『洗脳アプリで高慢なお嬢様を好き放題するシミュレーション』開発者インタビュー - AZ-LINE あずらいん!』などがあります。
  • 『ゼルダの伝説 ブレスオブザワイルド』が品質を高めてくれた。売上10万本超え、R18インディーゲーム『洗脳アプリで高慢なお嬢様を好き放題するシミュレーション』開発者インタビュー - AZ-LINE あずらいん!

      『ゼルダの伝説 ブレスオブザワイルド』が品質を高めてくれた。売上10万本超え、R18インディーゲーム『洗脳アプリで高慢なお嬢様を好き放題するシミュレーション』開発者インタビュー - AZ-LINE あずらいん!
    • AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」

      AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」(1/3 ページ) 8月23日に起きたクラウドサービス「AWS」(Amazon Web Services)の東京リージョンでの障害は、国内のさまざまなサービスに影響を及ぼした。 AWSが同日午後8時ごろに復旧するまで、モバイル決済サービス「PayPay」や、仮想通貨取引所「Zaif」、オンラインゲーム「アズールレーン」などで利用できない、もしくは利用しづらい状況が続いた。PCショップの「ドスパラ」はECサイトの不具合が長引き、翌日の24日には実店舗を臨時休業して対応に当たっていた。 AWSという1つのサービス障害が起きただけで、多くの企業やサービスに影響を及ぼしたため、「クラウドサービスはもろい」という論調も散見された。 しかし、インフラエンジニアたちからは違う意見が聞こえてくる

        AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」
      • マルチAZ構成で単一AZの障害の影響を受けるのは何故か? - プログラマでありたい

        昨日の「AWSのAZの割り当ては、アカウントごとに違うという話」で宿題として残した、マルチAZ構成で単一AZの障害の影響を受けるのは何故かという問題について考えてみます。キーワードはELBです。 前提としてのELBの実装(の予想) マルチAZ構成での障害発生原因を検討する前に、まずELBの実装について考えてみましょう。5年ほど前に書いたELBの挙動からみる内部構造の推測です。 blog.takuros.net 旧ELB(CLB)をもとに書いていますが、ALBでも大きく変わらないと思います。要点としては、ELB自体は、AWSが管理するEC2インスタンス上で稼働し、バランシング先のAZにそれぞれ配置されているということです。図ではELBインスタンス(仮称)として表しています。そして、ELBインスタンスへの振り分けはDNSの名前解決で実現している点です。このアーキテクチャは私の個人的な予想ですが

          マルチAZ構成で単一AZの障害の影響を受けるのは何故か? - プログラマでありたい
        • AWSでAZ障害が起きたので困ったことを書いておく - なんかかきたい

          前にも似たようなこと書いたなと思ったけどもう一年半も前のことになるのか t-cyrill.hatenablog.jp ご存知の通り昨日 2021/02/19 23:20頃 AWSにて東京リージョンの一つ apne-az1 にて大規模な障害が発生。多くのAWSを利用していたサービスで影響があった。 そんな私はいつものように アラストリリィ アサルトリリィ ラストバレット というゲームを呑気にプレイしていたのだけど、23:25 から緊急メンテに入ってしまった。 どうしたんだろうと思っていたら、社内SlackにてAWSを利用しているサービスがたまに応答しなくなる、Elasticacheが切り替わったなどなどの報告が入り、もしかすると面倒ごとかなと思いながら対応することになった。 起きていたこと 既にAWSからも公開されていることであるが、今回は2019年8月に起きた障害と類似するタイプの障害だっ

            AWSでAZ障害が起きたので困ったことを書いておく - なんかかきたい
          • AWSのAZ(アベイラビリティーゾーン)とは?AZ障害が起きたときどうすればよいのか

            アドテク本部の黒崎( @kuro_m88 )です。 2019/08/23にAWSの東京リージョンで特定のAZ内で大きめの障害がありました。 私が開発しているプロダクトもAWSの東京リージョンを利用していて、常時数百インスタンスが稼働しているため、今回の障害の影響範囲に含まれていました。 何が起きたのか? AWSから公式発表が出ています。 東京リージョン (AP-NORTHEAST-1) で発生した Amazon EC2 と Amazon EBS の事象概要 データセンタ内の冷却の障害が原因で一部のハードウェアホストが過熱し電源が失われてしまったようです。これにより影響を受けたハードウェアホスト上で稼働していたEC2インスタンスやEBSボリュームは電源が失われているため、外部から見ると突然応答がなくなったように見えました。 担当サービスでも公式発表と同じくらいの時刻にELBやその配下のサーバ

              AWSのAZ(アベイラビリティーゾーン)とは?AZ障害が起きたときどうすればよいのか
            • AWSのAZ障害で影響を受けた・受けなかったの設計の違い。サーバレス最高! - GS2 Blog

              みなさん、こんにちは。GS2 の丹羽です。 今日は大事件が起こりました。Twittetなどでも話題になったので皆さん知っているのではないかと思います。 japanese.engadget.com こんなブログを見に来てる人ならみんな知ってると思いますが、AWSの東京リージョンには3カ所のデータセンターがあります。 そのうち1カ所のデータセンターが完全に利用できない状態になりました。 その影響で様々なゲームも影響を受けたようです。 gamebiz.jp なぜAZ障害が様々なサービスの障害につながったのか さて、なぜ今回のようにAZがダウンするとこのような大規模な障害が発生するのでしょうか。 1. シングルAZ サーバはどこかのデータセンターで動いていてるわけです。EC2を使ってサーバを起動するときにもどのAZに配置するかを選びます。 この時に、一つのAZに固めてサーバを配置していた。あるいは

                AWSのAZ障害で影響を受けた・受けなかったの設計の違い。サーバレス最高! - GS2 Blog
              • [初級編] なぜ「AWS で負荷分散は3AZ にまたがるのがベストプラクティス」と言われるのか 可用性の面から考えてみた | DevelopersIO

                水平分散のアーキテクチャを考えるときに、「負荷分散装置の下に並べる分散先 (サーバ) は3台以上がよい」「AWS であれば3 AZ にまたがるとよい」とはよく聞かれます。それがどういう意味をもつのか、主に可用性の面から考えてみました。 みなさん、AWS使ってますか!(挨拶 AWSに限らず、ある程度の規模の何かしらの本番システムを組もうというときに、こういう言葉を聞いたことはないでしょうか。 「負荷分散装置の下に並べる分散先 (サーバ) は3台以上がよい」 「AWS であれば3アベイラビリティゾーン (AZ) にまたがるとよい」 負荷分散装置(ロードバランサー)は負荷を分散するのがお仕事です。分散するだけなら 2 台でもよさそうですよね? AWS の3 AZ に至っては、そもそも AZ 単位の障害なんてそうそうないし、あったとしてももう片方の AZ が生きていればなんとかなりそうに思えます。

                  [初級編] なぜ「AWS で負荷分散は3AZ にまたがるのがベストプラクティス」と言われるのか 可用性の面から考えてみた | DevelopersIO
                • Hironobu SUZUKI on Twitter: "インボイス制度はな〜 フリーランスにとっては頭痛の種になるはず。これはフリーランス殲滅作戦だと思っていて、みんな、派遣会社に登録しないと仕事が回らないようになる時代に、そして、そうなるために意図的にこの制度を作ったとしかオレは思… https://t.co/aZ5PwTEyEC"

                  インボイス制度はな〜 フリーランスにとっては頭痛の種になるはず。これはフリーランス殲滅作戦だと思っていて、みんな、派遣会社に登録しないと仕事が回らないようになる時代に、そして、そうなるために意図的にこの制度を作ったとしかオレは思… https://t.co/aZ5PwTEyEC

                    Hironobu SUZUKI on Twitter: "インボイス制度はな〜 フリーランスにとっては頭痛の種になるはず。これはフリーランス殲滅作戦だと思っていて、みんな、派遣会社に登録しないと仕事が回らないようになる時代に、そして、そうなるために意図的にこの制度を作ったとしかオレは思… https://t.co/aZ5PwTEyEC"
                  • 八代嘉美 on Twitter: "COVID-19は「冗長性を削る」行為が害悪なのか可視化してるよな…。厚労省のような担当省庁は人を削られすぎ、アカデミアは競争的資金以外で継続できる研究の幅を削られすぎ、国会議員は議員を刈り込んで幅広い民意を代表きる枠をけずりすぎ… https://t.co/UGEQk7Az2D"

                    COVID-19は「冗長性を削る」行為が害悪なのか可視化してるよな…。厚労省のような担当省庁は人を削られすぎ、アカデミアは競争的資金以外で継続できる研究の幅を削られすぎ、国会議員は議員を刈り込んで幅広い民意を代表きる枠をけずりすぎ… https://t.co/UGEQk7Az2D

                      八代嘉美 on Twitter: "COVID-19は「冗長性を削る」行為が害悪なのか可視化してるよな…。厚労省のような担当省庁は人を削られすぎ、アカデミアは競争的資金以外で継続できる研究の幅を削られすぎ、国会議員は議員を刈り込んで幅広い民意を代表きる枠をけずりすぎ… https://t.co/UGEQk7Az2D"
                    • Amazon RDS MySQL/PostgreSQLのトランザクション性能が2倍に、可用性とスケーラビリティも高める新「マルチAZ配置オプション」登場

                      Amazon RDS MySQL/PostgreSQLのトランザクション性能が2倍に、可用性とスケーラビリティも高める新「マルチAZ配置オプション」登場 Amazon Web Servicesは、Amazon RDSのトランザクションの処理速度を最大で2倍にし、3台のクラスタ構成で可用性を高め、リードのスケーラビリティも向上する、新たな「Multi-AZ Deployment Option」(マルチAZ配置オプション)を発表しました。 New AWS News post by @sebsto: New Amazon RDS for MySQL & PostgreSQL Multi-AZ Deployment Option: Improved Write Performance & Faster Failoverhttps://t.co/sffr5boYlU — AWS Blogs (@AW

                        Amazon RDS MySQL/PostgreSQLのトランザクション性能が2倍に、可用性とスケーラビリティも高める新「マルチAZ配置オプション」登場
                      • AWSのAZ障害でもサービスを継続させる技術 - ABEJA Tech Blog

                        こんにちは。ABEJAのインフラ管理してる村主 @rwle1221 です。 本ブログは ABEJA Advent Calendar 2019 の11日目です。 今日は、みなさん記憶に新しい2019年8月末に発生した AWS の東京リージョンの AZ 障害について、どのようにしていればサービス影響を与えずにシステムを稼働させられたのか。という話をしたいと思います。 振り返り 障害の詳細報告はこちら aws.amazon.com 有志によるまとめはこちらから piyolog.hatenadiary.jp 基本は「AZレベルで冗長化していれば問題ない」 中の人に聞くと「AZレベルで冗長化していれば問題ない」とのことでした。 しかし、2番目の方の記事を見ると有名どころのサービスが割と止まっていました。 じゃあ上で紹介されていたような会社がAZレベルの冗長化が出来ていなかったのか。 ※ ALB/WA

                          AWSのAZ障害でもサービスを継続させる技術 - ABEJA Tech Blog
                        • 2025年2月28日に東京リージョンのアベイラビリティゾーン「apne1-az3」が廃止されます | DevelopersIO

                          2025年2月28日に東京リージョンのアベイラビリティゾーン「apne1-az3」が廃止されます。本記事で紹介したメールがAWSサポートから届いていた方は、必ず環境を確認するようにしてください。 あしざわです。 本日、とあるAWSアカウント宛にAWSサポートより[要対応] アベイラビリティーゾーン 「apne1-az3」 の運用終了 - 2025 年 2 月 28 日までにリソースを移行してくださいというタイトルのメールが届いていました。 内容をざっくり表すと「2025年2月28日に東京リージョンのアベイラビリティゾーン「apne1-az3」が利用不可になってしまうため、それまでに他のアベイラビリティゾーンに移行を完了させ「apne1-az3」のリソースをすべて削除してください」といったものでした。 本ブログでは、内容を理解するためにアベイラビリティゾーン「apne1-az3」の説明から、

                            2025年2月28日に東京リージョンのアベイラビリティゾーン「apne1-az3」が廃止されます | DevelopersIO
                          • マイクロサービスにおけるAZ間通信のコスト大幅削減した話 with Istio Locality Load Balancing - Gunosy Tech Blog

                            広告技術部のUT@mocyutoです。 大幅コスト削減シリーズ第二弾です。 前回はこちら tech.gunosy.io 今回はアベイラビリティゾーン(AZ)間通信のコストをIstioのlocality load balancingを使って削減した話になります。 概要 Istioとは どのようにコスト削減したか まとめ 概要 みなさんはマイクロサービスを導入しているでしょうか? 最近はモジュラモノリスが流行り始めている雰囲気を感じてきていますが、弊社の広告配信サーバは以下のようなマイクロサービス化された設計(と言っても2つのサービスしかないのですが)になっています。 構成図 一般的にクラウドプロバイダ上で構築している場合、耐障害性を高めるために複数AZ、複数リージョンに分散させることが基本になるかと思います。 弊社では、単一リージョン複数AZに分散させて稼働しています。 リージョン間の通信に

                              マイクロサービスにおけるAZ間通信のコスト大幅削減した話 with Istio Locality Load Balancing - Gunosy Tech Blog
                            • AWSのAZの割り当ては、アカウントごとに違うという話 - プログラマでありたい

                              先週の金曜日(2019/8/23)に発生したAWSの東京リージョンで大規模な障害が発生しました。障害の内容は、一つのAZで空調設備の問題からEC2インスタンス並びにEBSに問題が発生したという事象です。詳細についてはAWSから発表があるので、そちらをご参照ください。 aws.amazon.com 障害の最中にTwitterのタイムラインを見ていると、単一AZ障害ではなく複数のAZで障害が発生しているのではないかという観測が多く見られました。障害としては、AWSの発表通り単一AZ障害です。では何故多くの人に勘違いされたのでしょうか?理由は2つあります。 AZの割り当ては、アカウントごとに違うという事が知られていない マルチAZ構成にしていても、単一AZの障害の影響を受ける ここでは前者のAWSアカウントの割り当ての話を説明します。 あなたが見ているap-northeast-1aは、私が見てい

                                AWSのAZの割り当ては、アカウントごとに違うという話 - プログラマでありたい
                              • 増田かおる 松戸市議会議員【いきいき子どもが育つまち!】 on Twitter: "全国フェミニスト議員連盟(フェミ議連)として、炎上している件について、見解をホームページに掲載しました。 私たちフェミ議連は世話人会で合議することを一番大事にしています。 9月議会の一番忙しい時で、なかなか臨時世話人会を開催出来ま… https://t.co/6LYuxor7AZ"

                                全国フェミニスト議員連盟(フェミ議連)として、炎上している件について、見解をホームページに掲載しました。 私たちフェミ議連は世話人会で合議することを一番大事にしています。 9月議会の一番忙しい時で、なかなか臨時世話人会を開催出来ま… https://t.co/6LYuxor7AZ

                                  増田かおる 松戸市議会議員【いきいき子どもが育つまち!】 on Twitter: "全国フェミニスト議員連盟(フェミ議連)として、炎上している件について、見解をホームページに掲載しました。 私たちフェミ議連は世話人会で合議することを一番大事にしています。 9月議会の一番忙しい時で、なかなか臨時世話人会を開催出来ま… https://t.co/6LYuxor7AZ"
                                • AWSでAZ障害が起きたのでなるべく影響を受けない構成の考えを書いておく - なんかかきたい

                                  AZ障害は受け入れるしかないクラウド時代のインフラ ただの日記。 今日の昼、AWSを利用している人たちは大変だったところもあると思う。 AZの一つが丸々機能しなくなる大きなAWSの障害があり、AWSを利用して運用されていたサービスは多かれ少なかれ影響を受けることになった。 完全に雰囲気で書いてしまうが、今回のAZ障害で影響を受けたサービスは思ったより多かったように感じる。 というのもAWSではアベイラビリティーゾーンの障害は発生するものと考え、本番運用するのであれば、マルチAZ構成を取るのがベストプラクティスとされているので、 マルチAZ構成を取っていれば影響なんてないんじゃないの普通、と思ってしまうと思う。 インフラ屋さんでもそう思ってしまうし、インフラ屋さん以外ならなおさらなんで重くなるのかわからないと思う。 幸い自分の運用しているサービスでは影響が軽微だったので、完全に想像にはなって

                                    AWSでAZ障害が起きたのでなるべく影響を受けない構成の考えを書いておく - なんかかきたい
                                  • AWSのAZ間レイテンシを測定してみた(2023年東京/大阪)

                                    TL;DR 東京リージョンを利用する際に2AZの冗長化で良い場合のAZ選定 「apne1-AZ1, apne1-AZ2」の組み合わせで利用するのが、レイテンシ観点からは良い。 レイテンシ: 800μs程度 大阪リージョンを利用する際に2AZの冗長化で良い場合のAZ選定 「apne3-AZ1, apne3-AZ2」の組み合わせで利用するのが、レイテンシ観点からは良い。 レイテンシ: 200μs程度 東京リージョンの方がAZ間レイテンシが平均的に高い(大阪リージョンと比較して) 大阪リージョンの方がAZ間レイテンシが平均的に低い(東京リージョンと比較して) おことわり この記事は注意を払って記載しておりますが、測定結果を利用して生じた一切の責任は負いません。 実際に測定を行いたい方はGitHubに今回測定を行った環境を再現できるTerraform(IaC)がありますので、ご参考になれば幸いです

                                      AWSのAZ間レイテンシを測定してみた(2023年東京/大阪)
                                    • [注意喚起]AliexpressからKingSpecのSSDの購入は止めた方が良い - AZオーディオレビュー

                                      お断り: この記事の内容は私の実体験であり 日本の代理店が販売しているKingSpec SSDに問題があるとは限らない また、AliexpressのKingSpec SSD Storeは正規代理店と自称するが 私はこれを証明する手段もない オーディオ関連の話じゃないけど誰でも遭遇しそうな案件なので話させて頂く 箱にはMLC/TLCと書いてあった 新しく入手したASUS Zenbook UX303LAはハーフサイズのmSATA SSDをサポートしている 買おうとしてらAmazon.co.jpの方が容量が小さかったり値段もたかったので AliexpressからKingSpec half-size mSATA 256GB SSDを購入した 値段も256GBにしては普通の値段だし(日本の方が高いだけ) KingSpecの評判は普通だが悪さをする怪しいメーカーじゃないから買った 一応正規代理店を意識

                                        [注意喚起]AliexpressからKingSpecのSSDの購入は止めた方が良い - AZオーディオレビュー
                                      • AWSのフランクフルトAZ障害、消火システム誤作動により入室遮断、復旧対応が出来ず | Data Center Café

                                        AWSのフランクフルトAZ障害、消火システム誤作動により入室遮断、復旧対応が出来ず Data Center Cafe 2021.06.128,166 views 空気循環システムの故障により、AWSのフランクフルトのアベイラビリティゾーンが3時間にわたり停止しました。通常では日常的に行われている作業が、消火システムが作動したことで不可となり、状況が悪化したようです。 問題は消火システムが空気中の酸素を除去してしまったため、約1時間の間、スタッフは復旧作業でデータホールに立ち入ることができず、停止時間が長引いたことです。Amazon Web Servicesのステータスページによると、現在はすべてのシステムが正常に動作しているとしています。なお、今回は1つの アベイラビリティゾーン での障害であったため、お客様への影響は限定的であったとのことです。 入室抑制システム障害は13:18PDT(日

                                          AWSのフランクフルトAZ障害、消火システム誤作動により入室遮断、復旧対応が出来ず | Data Center Café
                                        • テスカスさんはTwitterを使っています: 「は? https://t.co/aZ6PG8j2Zz」 / Twitter

                                          • マルチAZ DBクラスター、RDS(MySQL,Postgres)の新しい高可用性オプションを試してみた | DevelopersIO

                                            AWSチームのすずきです。 Amazon RDS でプレビューリリースされたマルチAZ DBクラスター (3−AZ DBクラスター)、 3つのアベイアビリティゾーン(AZ)に3つのインスタンスを配置、1台のライターと、2台のリーダーの構成を試す機会がありましたので、紹介させていただきます。 Readable standby instances in Amazon RDS Multi-AZ deployments: A new high availability option マルチAZ DBクラスターの作成 リージョン マルチAZ DBクラスターをサポートするオレゴン(us-west-2)を利用しました。 DBエンジン MySQL バージョン 8.0.26、PostgreSQL バージョン 13.4 が マルチ AZ DB クラスターをサポートします。 今回は MySQL 8.0.26 を

                                              マルチAZ DBクラスター、RDS(MySQL,Postgres)の新しい高可用性オプションを試してみた | DevelopersIO
                                            • 紀藤正樹 MasakiKito on Twitter: "良い番組でした。今朝のTBSサンデーモーニング。統一教会が海外では反日、日本国内は反共という二枚舌であることがよくわかります。東芝機械ココム違反事件に関しての寺島実郎氏の視点が重要>内閣改造…教団との接点で逆風か… https://t.co/Az6OtU5lBZ"

                                              良い番組でした。今朝のTBSサンデーモーニング。統一教会が海外では反日、日本国内は反共という二枚舌であることがよくわかります。東芝機械ココム違反事件に関しての寺島実郎氏の視点が重要>内閣改造…教団との接点で逆風か… https://t.co/Az6OtU5lBZ

                                                紀藤正樹 MasakiKito on Twitter: "良い番組でした。今朝のTBSサンデーモーニング。統一教会が海外では反日、日本国内は反共という二枚舌であることがよくわかります。東芝機械ココム違反事件に関しての寺島実郎氏の視点が重要>内閣改造…教団との接点で逆風か… https://t.co/Az6OtU5lBZ"
                                              • JD on Twitter: "台湾のセブンイレブンのテレビ画面に「ペローシ、台湾から出て行け」というメッセージが。 複数の店で同時に発生している模様。中国のハッキングと推測されていますが、こんなことができるとは。。 https://t.co/Ynb0AZ9Sbn https://t.co/jYKaKkl1sr"

                                                台湾のセブンイレブンのテレビ画面に「ペローシ、台湾から出て行け」というメッセージが。 複数の店で同時に発生している模様。中国のハッキングと推測されていますが、こんなことができるとは。。 https://t.co/Ynb0AZ9Sbn https://t.co/jYKaKkl1sr

                                                  JD on Twitter: "台湾のセブンイレブンのテレビ画面に「ペローシ、台湾から出て行け」というメッセージが。 複数の店で同時に発生している模様。中国のハッキングと推測されていますが、こんなことができるとは。。 https://t.co/Ynb0AZ9Sbn https://t.co/jYKaKkl1sr"
                                                • AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」

                                                  AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」(3/3 ページ) 同社が障害明けの26日に行った、エンジニアチームによる障害の振り返り会議に記者も同席した。「障害発生当初、いろいろなジョブに影響が出たため何が起きているのか分からなかった」「各サービスを管理するAWSマネジメントコンソールの動きもおかしく、問題に対応しようとしても何度もリトライしないとインスタンスが立ち上がらなかった」「AWS CLI(コマンドによる管理ツール)は比較的調子が良かった」──など、現場の生々しい声が飛び交った。 一方、「『AWS Fargate』で運用しているサービスは自動復旧できた」という報告も上がった。Fargateはサーバなどの管理をAWS側に任せてコンテナを実行できる、いわゆる「サーバレス」のサービスだ。 会議では、「バッチ処理サーバをコ

                                                    AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」
                                                  • EKSコンテナ移行のトラブル事例:FargateにおけるAZ間通信遅延の解消 - MonotaRO Tech Blog

                                                    こんにちは!SREグループ コンテナ化推進チームの楠本です。 EKSへのコンテナ移行では、これまで紹介した記事以外にも様々なトラブルがありました。 EKSコンテナ移行のトラブル事例:ALBの設定とPodのライフサイクル管理 - MonotaRO Tech Blog EKSコンテナ移行のトラブル事例:推測するな計測せよ -CoreDNS暴走編- - MonotaRO Tech Blog 今回のトラブルでは、コンテナ移行に伴ってSLOが未達状態になりエラーバジェットを急激に消費してしまいました。 その対策としてマルチAZ間の通信遅延の解消をEKS on Fargateで実施したお話をご紹介します。 先に断っておくと私自身がアプリケーション開発者だったため、 インフラの話は都度インフラの方からサポートを受けながら対応しました。そのためズレている点などあればご了承ください。 VMからEKS on

                                                      EKSコンテナ移行のトラブル事例:FargateにおけるAZ間通信遅延の解消 - MonotaRO Tech Blog
                                                    • Amazon RDS Under the Hood: Multi-AZ | Amazon Web Services

                                                      Amazon Web Services ブログ Amazon RDS Under the Hood: Multi-AZ Amazon Web Services (AWS)のお客様はデータストアと、そのデータストアの高可用性にお客様のビジネスを委ねています。そのようなお客様に向けて、Multi-AZ配置は高可用性を実現する方法を容易に提供します。 Amazon Relational Database Service (Amazon RDS)でMulti-AZを有効にすることで、データの冗長かつ一貫した状態を維持します。もし、primaryデータベースサーバに問題が発生した場合は、standbyデータベースサーバに自動的に変更しデータへアクセスし続けられるようにします。2つのデータのコピーはそれぞれ別のAvailability Zones (AZs)内で管理されています(そのため、Multi-

                                                        Amazon RDS Under the Hood: Multi-AZ | Amazon Web Services
                                                      • New Amazon RDS for MySQL & PostgreSQL Multi-AZ Deployment Option: Improved Write Performance & Faster Failover | Amazon Web Services

                                                        AWS News Blog New Amazon RDS for MySQL & PostgreSQL Multi-AZ Deployment Option: Improved Write Performance & Faster Failover Today, we are announcing a new Amazon Relational Database Service (RDS) Multi-AZ deployment option with up to 2x faster transaction commit latency, automated failovers typically under 35 seconds, and readable standby instances. Amazon RDS offers two replication options to en

                                                          New Amazon RDS for MySQL & PostgreSQL Multi-AZ Deployment Option: Improved Write Performance & Faster Failover | Amazon Web Services
                                                        • Satoshi Ikeuchi 池内恵 on Twitter: "どこの国のどこの地域でも、外国軍に包囲された時、人口のかなりの割合は「どこにも行くところがない。何をするにも年を取りすぎた」と言うでしょう。そう言って逃げなかった人たちを、シリアでは「テロリスト戦闘員だ」と呼んで無慈悲に砲撃し兵糧… https://t.co/5HyW3Ab1az"

                                                          どこの国のどこの地域でも、外国軍に包囲された時、人口のかなりの割合は「どこにも行くところがない。何をするにも年を取りすぎた」と言うでしょう。そう言って逃げなかった人たちを、シリアでは「テロリスト戦闘員だ」と呼んで無慈悲に砲撃し兵糧… https://t.co/5HyW3Ab1az

                                                            Satoshi Ikeuchi 池内恵 on Twitter: "どこの国のどこの地域でも、外国軍に包囲された時、人口のかなりの割合は「どこにも行くところがない。何をするにも年を取りすぎた」と言うでしょう。そう言って逃げなかった人たちを、シリアでは「テロリスト戦闘員だ」と呼んで無慈悲に砲撃し兵糧… https://t.co/5HyW3Ab1az"
                                                          • AWS、大阪に通常リージョン開設へ 21年初頭の予定 3つのAZ、「ローカル」の制限解除

                                                            AWSジャパンが2021年初頭に、大阪に通常のリージョンを開設する。3つのアベイラビリティゾーン(AZ)で構成し、他のAWSリージョンと同様、単体で利用できる。従来は、機能を制限した「大阪ローカルリージョン」を提供していたが、ユーザーからのニーズに応えたという。 アマゾン ウェブ サービス ジャパンは1月20日、2021年初頭に、大阪に通常のリージョンを開設すると発表した。3つのアベイラビリティゾーン(AZ)で構成し、他のAWSリージョンと同様、単体で利用できる。従来は機能を限定した「大阪ローカルリージョン」を提供していたが、ユーザーからのニーズに応えて開設を決めたという。 AWSジャパンが18年2月に開設した大阪ローカルリージョンは、1つのAZのみで構成される他、東京リージョンとの併用が前提となっており、単体での利用ができなかった。また、審査を通過したユーザーのみ利用を許可するなど、一定

                                                              AWS、大阪に通常リージョン開設へ 21年初頭の予定 3つのAZ、「ローカル」の制限解除
                                                            • 真実一郎 on Twitter: "カネカの転勤騒動を見て、課長島耕作第1巻のこれを思い出した。転勤辞令に対する態度で社員を格付けする上層部の会話。「島君はAだな」というセリフはすごく印象に残っている。1985年はこういう時代だった。 https://t.co/bp74F5g8AZ"

                                                              カネカの転勤騒動を見て、課長島耕作第1巻のこれを思い出した。転勤辞令に対する態度で社員を格付けする上層部の会話。「島君はAだな」というセリフはすごく印象に残っている。1985年はこういう時代だった。 https://t.co/bp74F5g8AZ

                                                                真実一郎 on Twitter: "カネカの転勤騒動を見て、課長島耕作第1巻のこれを思い出した。転勤辞令に対する態度で社員を格付けする上層部の会話。「島君はAだな」というセリフはすごく印象に残っている。1985年はこういう時代だった。 https://t.co/bp74F5g8AZ"
                                                              • Koichi Kawakami, 川上浩一 on Twitter: "これは願ったりかなったりの「いちゃもん」なので、反論します。 私がPCRを使って成し遂げた発見のライセンシングを受けたK社が、その技術を基に製造した医薬品を年間4400億円売り上げています。いったい何人の命を救ったでしょう? こ… https://t.co/X6pzsZq4az"

                                                                これは願ったりかなったりの「いちゃもん」なので、反論します。 私がPCRを使って成し遂げた発見のライセンシングを受けたK社が、その技術を基に製造した医薬品を年間4400億円売り上げています。いったい何人の命を救ったでしょう? こ… https://t.co/X6pzsZq4az

                                                                  Koichi Kawakami, 川上浩一 on Twitter: "これは願ったりかなったりの「いちゃもん」なので、反論します。 私がPCRを使って成し遂げた発見のライセンシングを受けたK社が、その技術を基に製造した医薬品を年間4400億円売り上げています。いったい何人の命を救ったでしょう? こ… https://t.co/X6pzsZq4az"
                                                                • 無料のMicrosoft LearnでAZ-900 Microsoft Azure Fundamentalsの準備をしよう | DevelopersIO

                                                                  こんにちは。サービスグループの武田です。 クラスメソッドはAWSのプレミアコンサルティングパートナーとしてお客様のAWS活用を支援していますが、昨今ではその他のクラウド知識も求められてきています。クラウドと言ってもさまざまですが、主にGCPとAzureです。GCPの基本は次のエントリなどが参考になります。 このエントリではAzureの勉強を始めるにあたって利用した教材を紹介します。 AZ-900 Microsoft Azure Fundamentalsとは 何かを始めるにあたって目標を立てることは大事ですよね。Azureと一口に言っても勉強するべきことは多岐に渡るはずです。そこで今回はエントリレベルのMicrosoft Azure Fundamentals取得を目指すことにしました。Azure関連の資格はたくさんありますが、ソリューションアーキテクト関連(Apps and Infrastr

                                                                    無料のMicrosoft LearnでAZ-900 Microsoft Azure Fundamentalsの準備をしよう | DevelopersIO
                                                                  • Elasticacheのレプリケーショングループ(Redis)で複数AZへの分散配置を「維持」できるようになりました | DevelopersIO

                                                                    レプリケーショングループに対して、MultiAZEnabledという属性を付与できるようになりました。 この属性の意味を解説します。 中山です。 今日は、Elasticacheのレプリケーショングループ(Redis)で複数AZへの分散配置を「維持」できるようになった件をまとめてみました。 これまでの課題 これまでもElasticache(Redis)ではノードを複数のAZに分散して配置することはできました。 具体的には、SubnetGroupに異なるAZのSubnetを設定した上でReplicasPerNodeGroupに1以上を設定したり、手動でノードを追加する際にPrimaryのAZと異なるAZを指定することで分散配置することができました。 しかし、手動でノードを削除するなどして単一のAZにノードが偏る可能性を排除できていませんでした。 ただし、パフォーマンス要件を考慮して意図的に寄せ

                                                                      Elasticacheのレプリケーショングループ(Redis)で複数AZへの分散配置を「維持」できるようになりました | DevelopersIO
                                                                    • 【新機能】Amazon RDS の高可用性構成で書き込み性能向上とフェイルオーバーが高速になる!新しい高可用性オプションの Multi-AZ DB Cluster が一般提供になりました | DevelopersIO

                                                                      ウィスキー、シガー、パイプをこよなく愛する大栗です。 先程 RDS の新しい高可用性オプションである Multi-AZ DB Cluster が一般提供となったためレポートします。Multi-AZ DB Cluster は従来の高可用性オプションの Multi-AZ DB Instance と比較して書き込み性能の向上とフェイルオーバーの高速化が期待できるオプションです。 New Amazon RDS for MySQL & PostgreSQL Multi-AZ Deployment Option: Improved Write Performance & Faster Failover なおプレビュー時の紹介はこちらのエントリーです。 Multi-AZ DB Cluster RDS には従来高可用性のためのオプションとして Multi-AZ Instance がありました。従来の Mu

                                                                        【新機能】Amazon RDS の高可用性構成で書き込み性能向上とフェイルオーバーが高速になる!新しい高可用性オプションの Multi-AZ DB Cluster が一般提供になりました | DevelopersIO
                                                                      • SONY WF-1000XM4 VS Technics AH-AZ60 最高峰のTWSの使用感対比レビュー - 格安ガジェットブログ

                                                                        おそらく総合力という面では最高峰に位置すると思われるSONY WF-1000XM4とTechnics AH-AZ60という2機種。どちらも近い価格帯なので、どちらがいいか迷っている人も多いでしょう。 今回はこの2機種を比較して、どちらがよりおすすめできるか解説していきます。 SONY WF-1000XM4 VS Technics AH-AZ60 音質面はTechnics AH-AZ60が上 ANCは僅差だがSONY WF-1000XM4が上 外音取り込み機能はSONY WF-1000XM4が圧勝 イヤーピース周りはTechnics AH-AZ60に若干の軍配が上がるか ケースに関してはTechnics AH-AZ60が強い アプリ周りに関しては互角 まとめ SONY WF-1000XM4 VS Technics AH-AZ60 音質面はTechnics AH-AZ60が上 音質に関してはT

                                                                          SONY WF-1000XM4 VS Technics AH-AZ60 最高峰のTWSの使用感対比レビュー - 格安ガジェットブログ
                                                                        • AZ-300 Microsoft Azure Architect Technologies を合格してきた - YOMON8.NET

                                                                          このブログ始めた頃(4~5年前)は、主に仕事ではAzureを使っていたのですが、暫くご無沙汰でした。 最近だと去年ChatBot作るため、Azure Bot Serviceを使いたくてAzure使っていたくらい。 最近マルチクラウドの案件が増えてきたため、AWSとGCPに合わせてAzureもリハビリ始めているところです。 私は勉強する時に認定試験のようなものがあれば、それを使って基礎的なことは勉強することにしています。今回もリハビリとしてAzureの認定を受けて来ました。 AZ-300 Azureアーキテクトテクノロジーとは 勉強方法 AWSとの比較 HandsOn Lab WEB上のわかりやすい資料 模擬試験 試験 最後に その後 AZ-300 Azureアーキテクトテクノロジーとは Azure Architect Expert が AWS Solution Architect Prof

                                                                            AZ-300 Microsoft Azure Architect Technologies を合格してきた - YOMON8.NET
                                                                          • AZワクチンのせいで台湾人が反日に? - 台湾田舎生活!!!

                                                                            こんにちは。あやみんです☆ 今朝、母から連絡があり、台湾ではAZワクチン接種後に沢山の方が死亡し、反日感情が高まっているらしいけど大丈夫?と心配されました。 え? そうなの? 結論から言います。 反日感情は高まっておりません! 今現在、台湾でAZワクチン接種後に亡くなっている方は、148万人中84人。これからも増える可能性は十分ありますが、高齢者の死亡リスクが高いのも確か。 なぜ、「台湾で反日感情が高まっている」などというニュースが日本で報道されているのでしょうか? まず、台湾の政治についてお伝えします。 台湾には、国民党(中国寄り)と民進党(中国に反発)という2つの党がありまして、常に対立しております。それは、新聞、ニュース番組に関しても同じで、党のカラーがハッキリしています。 それゆえ、同じニュースでも伝え方が全く違うわけです。面白いですね。 要は、自分はどこの党を支持しているかという

                                                                              AZワクチンのせいで台湾人が反日に? - 台湾田舎生活!!!
                                                                            • Amazon Echoが球体デザインに一新。AZ1プロセッサ+音質最適化

                                                                                Amazon Echoが球体デザインに一新。AZ1プロセッサ+音質最適化
                                                                              • AWSのAZ間レイテンシを測定してみた(2024年東京/大阪)

                                                                                TL;DR 東京リージョンを利用する際に2AZの冗長化で良い場合のAZ選定 「apne1-AZ1, apne1-AZ2」の組み合わせで利用するのが、レイテンシ観点からは良い。 レイテンシ: 900μs程度 大阪リージョンを利用する際に2AZの冗長化で良い場合のAZ選定 「apne3-AZ1, apne3-AZ2」の組み合わせで利用するのが、レイテンシ観点からは良い。 レイテンシ: 200μs程度 東京リージョンの方がAZ間レイテンシが平均的に高い(大阪リージョンと比較して) 大阪リージョンの方がAZ間レイテンシが平均的に低い(東京リージョンと比較して) 昨年2023年測定時との差異 2023年に測定した際の記事リンク(Zenn) 環境 インスタンスタイプ変更m5.large --> m6i.large 測定結果 東京リージョンにおける同一リージョン内のレイテンシが1/5~1/2程度になった

                                                                                  AWSのAZ間レイテンシを測定してみた(2024年東京/大阪)
                                                                                • ナラ on Twitter: "映画秘宝の公式Twitterで1月26日朝の謝罪文(第2報)を投稿したのは私です。 https://t.co/gBQyOzh8AZ"

                                                                                  映画秘宝の公式Twitterで1月26日朝の謝罪文(第2報)を投稿したのは私です。 https://t.co/gBQyOzh8AZ

                                                                                    ナラ on Twitter: "映画秘宝の公式Twitterで1月26日朝の謝罪文(第2報)を投稿したのは私です。 https://t.co/gBQyOzh8AZ"

                                                                                  新着記事