企業がITインフラストラクチャとアプリケーションをAWSクラウドに移行すると、サービスレベル契約（SLA） これは中核的なベンチマークです。SLAはAWSのサービス可用性へのコミットメントを明確にするだけでなく、補償メカニズムも規定しており、企業が事業継続リスクを評価し、高可用性アーキテクチャを設計するための重要な基盤となります。
AWS SLA を評価する前に、企業はいくつかの質問を検討する必要があります。
-
使用したい AWS サービスの予想される稼働時間はどれくらいですか?
-
サービスが中断された場合、どれくらいの速さで応答が期待できますか?
-
アプリケーションはどのくらいのダウンタイムを許容できますか?
-
サービスの中断は業務運営にどのような影響を与えますか?
-
AWS が SLA コミットメントを満たせなかった場合、企業はどのような補償を受けることができますか?
AWS SLAの概念と意義
SLA（サービスレベル契約） これはサービスプロバイダーと顧客の間で締結される契約であり、サービス品質基準、可用性指標、応答時間、契約違反に対する補償が明確に定義されています。
現在までに、AWS は [number] を超えるサービスをリリースしました。 173 個の個別 SLA可用性のコミットメントと補償メカニズムに関して、サービスごとに SLA が異なるため、企業は次のことを行う必要があります。
-
使用しているサービスのSLAの詳細を理解する
-
SLA と独自のアプリケーション サービス レベル目標 (SLO) との整合性を評価します。
-
SLA が顧客エクスペリエンスと全体的なビジネス継続性に与える影響を評価します。
SLA は参照と保証を提供しますが、企業独自の高可用性設計と監視対策を完全に置き換えることはできません。
主要な AWS サービスの SLA ハイライト
以下は、一般的に使用されるエンタープライズ サービスの SLA の概要です。
1. Amazon EC2（エラスティックコンピューティングサービス）
-
SLAコミットメント可用性: 99.991 TP3T (単一インスタンスの SLA は 901 TP3T)
-
月間許容ダウンタイム約4.38分
-
補償メカニズムサービス クレジットを申請するには、障害ログと影響を受けるリソースに関する情報を提出する必要があります。
99.99% SLA を達成するには、次の条件を満たすことが推奨されます... 複数のアベイラビリティゾーン アプリケーションをデプロイします。
2. Amazon RDS（リレーショナルデータベース）
-
マルチアベイラビリティゾーンSLA展開99.5% の可用性
-
月間許容ダウンタイム約3.65時間
-
補償メカニズム月額サービス料金のパーセンテージに基づいてサービスクレジットを申請します。
-
提案高可用性の要件には、Amazon Aurora (99.99% SLA) またはクロスリージョン展開を使用できます。
3. Amazon S3（オブジェクトストレージ）
-
SLAコミットメントほとんどのサービスでは 99.9% が使用されますが、単一ゾーンへの頻度の低いアクセスでは 99% が使用されます。
-
データ耐久性コミットメント：イレブンナイン（99.999999999%）
-
サービス報酬月間稼働時間の割合に基づいてサービス クレジットを申請できます。
4. AWSは応答時間をサポートします
AWS サポート プランの応答時間は SLA 自体とは関係ありませんが、運用とトラブルシューティングには重要です。
| 重大度 | 開発者 | 仕事 | 企業 |
|---|---|---|---|
| 一般的なガイドライン | 24時間以内 | 24時間以内 | 24時間以内 |
| システムが損傷しました | 12時間 | 12時間 | 12時間 |
| 生産システムが損傷 | — | 4時間 | 4時間 |
| 生産システムのクラッシュ | — | — | 1時間未満 |
| ビジネスクリティカルなシステムのダウンタイム | — | — | 15分未満 |
SLA使用上の注意
-
SLAはゼロダウンタイム保証と同じではない
サービス クレジットは実際の事業損失を補填するのに十分ではない可能性があります。 -
プロアクティブな監視とログ管理
SLA 補償を申請するには、ログの証拠が必要であり、企業は観測可能性を確保する必要があります。 -
合理的な建築設計
可用性ゾーンまたは複数のリージョンにまたがってデプロイすると、アプリケーションの可用性が向上し、単一障害点を回避できます。 -
補償プロセスを理解する
サービス クレジットは自動的に発行されず、積極的に申請する必要があります。
データのプライバシーと責任の共有
AWS SLA では、データのプライバシーは企業の責任となります。
-
データは顧客のものであり、AWS はそれをマーケティングや広告に使用することはありません。
-
お客様はアクセス権限、保存場所、暗号化方法を管理する必要があります。
-
フォローする AWS 責任共有モデルAWS はインフラストラクチャのセキュリティに責任を持ち、顧客はコンテンツとアプリケーションのセキュリティに責任を負います。
AWSリセラー
として AWS 公式認定リセラー私たちは企業を支援できます:
-
SLAとさまざまなサービスの影響を理解する
-
可用性と弾力性に優れたクラウド アーキテクチャを設計する
-
SLA補償申請のサポート
-
アーキテクチャの最適化と実装サポートを提供する
専門家の指導があれば、企業はAWS SLAを活用してビジネス継続性を確保するクラウド関連のリスクを軽減します。
要約する
AWS SLA契約は企業に可用性の保証と補償の仕組みを提供しますが、自己置換できない高可用性設計企業は、クラウドベースのビジネスの安全で安定した効率的な運用を確保するために、自社のビジネスニーズに基づいて信頼性の高い監視、冗長性、およびバックアップ ソリューションを開発する必要があります。
AWS SLA を正しく理解して使用することは、企業がクラウドに移行し、ビジネスの継続性を確保するための重要なステップです。
