(2018/1/28更新) AWSのSLA対象サービスが大量増加したので一覧にまとめました！ どんどん増えて現在全45サービス | DevelopersIO
大栗です。 一昨日や今日でEFSやAPI GatewayでSLAが設定されたので、もう一度SLAの内容を確認していたら大量のサービスでSLAが設定されたことが分かったのでご紹介します。本エントリでは概要を説明しているので、SLAの詳細を確認する場合はSLAの原文（英語版）を確認してください。最後にSLAを一覧表にまとめています。 この記事の内容は古くなっています。AWSのほとんどのサービス（100個以上！）でSLAが設定されてますの内容をご確認ください。 2019年1月28日: Directory Service、Hybrid Storage and Data Transfer、AWS WAFのSLAを追加しました。 2019年1月19日: Kinesis Data FirehoseのSLAが更新されたため日付を変更しました。 2019年1月19日: 1月16日付けでSLAが設定されたEK
AWSのSLAについて調べてみた(2016/10/12時点) - サーバーワークスエンジニアブログ
この記事は記事の公開された日(2016/10/12)時点での情報です。また、各詳細情報についてはAWS公式ドキュメントを参照してください。ここでの情報は、注意して記載しておりますが、サマライズですので、正確ではない部分が含まれている場合があります。 今回は、ちょっと気になるSLAについて書いてみました。 SLAが提供されているサービス さて、本題のAWSでのSLAですが、 SLAが決められているのは以下のサービスになります。 Amazon EC2 (Amazon Elastic Compute Cloud) Amazon EBS (Amazon Elastic Block Store) Amazon RDS (Amazon Relational Database Service) Amazon S3(Amazon Simple Storage Service) Amazon Cloud F
AWS障害対策〜予防から運用上の注意まで | iret.media
オンプレミスからAWSクラウドへ移行するまでのシミュレートは前回まででほぼひと通り完了した。最終回となる今回は、移行後のフェーズ、すなわちクラウドの運用フェーズにおける検討事項、とくに『障害対策で留意すべきポイント』を挙げておきたい。どんなシステムもそうだが、AWSクラウドはある意味、運用に入ってからが本当の勝負どころでもある。本連載でクラウドならではの運用ポイントを理解/把握し、読者の皆様がオンプレミスでは得られなかったメリットを存分に体感するきっかけになれば幸いである。 対象はリージョン単位の障害のみ – AWSのSLAとその例外 AWSでは以下の6つの主要サービスにおいて、サービスごとにサービスレベル合意（ SLA：Service Level Agreement）を定義している。 Amazon EC2 Amazon EBS Amazon RDS Amazon S3 Amazon Cl
可用性とどう向き合うべきか、それが問題だ : CRE が現場で学んだこと | Google Cloud 公式ブログ
この『CRE が現場で学んだこと』シリーズでは前回、ロード シェディングという手法で「成功による障害」を切り抜ける方法について紹介しました。これに対して素晴らしいフィードバックをたくさんいただきましたが、その中に、いかにして数値を事業目標と結びつけるべきかという質問がいくつかありました。 そこで今回は、最初の原理に立ち戻り、そもそも成功とは何を意味するのかを追究し、実際にシステムが成功しているかどうかを把握する方法について考えてみたいと思います。 成功の前提となるのは可用性です。可用性のないシステムは機能を実行できませんし、最初の段階で失敗します。では、可用性とは一体何なのでしょうか。まずはこの言葉を定義しなくてはなりません。 可用性とは、システムが意図した機能をある時点で実行できるかどうかということです。可用性の測定はレポーティング ツールとして活用されるほか、過去の可用性を見ることで、
SLO、SLI、SLA について考える : CRE が現場で学んだこと | Google Cloud 公式ブログ
前回の『CRE が現場で学んだこと』シリーズでは、システムの可用性を担保するにあたってターゲットとする正確な数値をいかにして割り出すか、ということについてお話ししました。このターゲットをシステムのサービス レベル目標（SLO）と呼びます。 今後、システムが十分な信頼性を保って稼働しているか、またシステムにどんな設計やアーキテクチャの変更が必要かについて議論する際は、システムが継続的に SLO を満たしているという枠の中で語る必要があります。 SLO の適合性は直接測定することが可能です。システムにおいて精査が成功した頻度で計るのです。これをサービス レベル指標（SLI）といいます。システムが過去 1 週間 SLO を満たしつつ稼働していたかどうかを評価する場合に、SLI からサービスの可用率を把握するのです。定められた SLO を下回っているとなれば問題があるということですから、他の場所に
cloudpack、クラウドを基盤としたプロジェクトのノウハウをを公開
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます アイレットは9月20日、同社が運営するcloudpackにおいて、クラウドを基盤としたシステム構築・開発における、契約からリリースまでのプロジェクトの品質・スピード・成果を最大化するための手法をまとめた「cloudpackプロジェクト管理ホワイトペーパー」を公開した。 cloudpackでは、アマゾン ウェブ サービス（AWS）を基盤とした24時間365日のフルマネージドサービスを提供、クラウドを基盤としたプロジェクトを年間で数百件規模でこなしている。このホワイトペーパーは、そのcloudpackのプロジェクト管理のノウハウを公開したもので、システムの構築フェーズにおける、円滑なプロジェクト遂行を実現するためのプロセスおよびコミュニケー
過去365日一度も落ちなかったクラウドサービスはある？ AWSやAzureの実際の年間ダウンタイムは？ Cloud Harmonyの調査結果
クラウドを対象にした調査会社CloudHarmonyが、過去1年のおもなクラウドの稼働状況を明らかにしています。GigaOmが記事「Amazon Web Services tops list of most reliable public clouds — Tech News and Analysis」で紹介していますが、下記のCloudHarmonyのデータは誰でも参照できます。ここでは注目ポイントをざっと見てみましょう。 CloudHarmonyの提供しているサービスの1つ「CloudSquare」では、おもなクラウド（おそらくCloudHarmonyに申し込みをしたクラウドベンダ）の稼働状況をほぼリアルタイムに表示しています。これはサーバのモニタリングサービスを提供しているPanoptaの協力によって実現しているもので、Panoptaは60秒ごとにエージェントから情報を収集していると
AWSのSLAについて調べてみた 2014年7月版 | DevelopersIO
はじめに こんばんは、たけかわです。最近、RDSのPostgreSQLがGAとなり、SLAが定義されました。 AWSのSLAの考え方はサービス毎になっています。自分も気づくまで時間がかかりましたが、定義されているものといないものがあります。また、SLA対象となる構成というものもありますので今回確認してみました。 SLA対象のサービス、そうでないサービス AWSのサービス一覧をみて、各サービスについてSLAがないか確認しました SLAが存在するサービス Amazon Elastic Compute Cloud（EC2） Amazon Elastic Block Store（EBS）...EC2に含まれています Amazon Simple Storage Service（S3） Amazon Relational Database Service（RDS） Amazon CloudFront
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gartner