可用性・障害対応– tax –
-
⚡ 可用性・障害対応:RDSの使いどころ
【RDSの役割(耐障害性と高可用性)】 🔍 1. 結論 💎 一言でいうと Amazon RDS における弾力性の要は、「Multi-AZ配置による自動フェイルオーバー」 と 「クロスリージョンリードレプリカを用いた災害復旧(DR)」 です。物理サーバーの障害からリージョンレベ -
⚡ 可用性・障害対応:RDS Proxyの使いどころ
1. 結論 Amazon RDS Proxyは、 「アプリとDBの間の仲介役(コネクション管理人)」 です。特に、大量に起動するLambda関数などが直接DBに接続すると、DBの接続数上限(メモリ消費)ですぐにパンクしてしまいます。RDS Proxyが接続を「プール(共有)」して -
⚡ 可用性・障害対応:SNSの使いどころ
1. 結論 Amazon SNS (Simple Notification Service) は、 「システムの伝言板(放送局)」 です。あるサービスで起きたことを他の複数のサービスへ「通知」します。送り手と受け手を直接繋がない(疎結合にする)ことで、一方のシステムが故障したり、 -
⚡ 可用性・障害対応:Kinesis Data Streamsの使いどころ
1. 結論 Amazon Kinesis Data Streamsは、 「超高速で流れるデータの川」 です。SQSが「メッセージを一つずつ確実に処理する」のが得意なのに対し、Kinesisは「大量のデータを高速に流し、複数の読者がそれぞれ好きなタイミングで解析する」のが得意です。 -
⚡ 可用性・障害対応:AWS Backupの使いどころ
1. 結論 AWS Backupは、 「AWS全体の保険窓口(統合管理)」 です。以前はEBSやRDS、EFSなどで個別に設定していたバックアップを、一つの場所でまとめて管理できます。これにより、「バックアップの取り忘れ」を防ぎ、万が一の障害やデータ紛失時に迅速に復旧できる、弾力 -
⚡ 可用性・障害対応:DMSの使いどころ
1. 結論 AWS DMS (Database Migration Service) は、 「止まらない引越し業者」 です。引っ越しの最中も家(データベース)を使い続けられるように、常に新しい家(AWS)へデータを運び続けます。単なる一度きりの移行だけでなく、複数のデータベース間 -
⚡ 可用性・障害対応:Fargate / EKSの使いどころ
1. 結論 AWS Fargate は、 「管理コストをゼロにする、究極のコンテナ実行エンジン」 です。 - 高性能 : EC2の起動を待たず、アプリケーション(コンテナ)単位で迅速にスケーリングできます。 - コスト最適化 : サーバー全体の料金ではなく、実際に動かした「コンテ -
⚡ 可用性・障害対応:Site-to-Site VPNの使いどころ
1. 結論 AWS Site-to-Site VPNは、 「インターネットを通る秘密のトンネル」 です。既存のインターネット回線を利用するため、専用線を引くよりも安く、かつ数分で構築できるのが最大の弾力性です。ハイブリッドクラウド構成において、「まずは繋ぎたい」時や「万が一の際の -
⚡ 可用性・障害対応:Internet Gatewayの使いどころ
1. 結論 AWS Internet Gateway (IGW) は、 「VPCの玄関(メインゲート)」 です。弾力性の観点では、IGWは「論理的なゲートウェイ」であり、AWS側で水平方向にスケーリングされ、冗長化されているため、 帯域幅の制限や単一障害点(SPOF)にならない -
⚡ 可用性・障害対応:EBSの使いどころ
【EBSの役割(耐障害性と高可用性)】 🔍 1. 結論 💎 一言でいうと Amazon EBS(Elastic Block Store)における弾力性の要は、「スナップショットによるデータのバックアップ」 です。スナップショットはS3に保存されるため、1つのAZがダウンしても