[B! cloud][amazon] shodaiのブックマーク

Kubernetes Meetup Tokyo #10

Kubernetes Meetup Tokyo #10を開催します！コンテナーをデプロイできる強力なシステム Kubernetes のことを詳しく聞く会です！ https://k8sjp.connpass.com/event/76816/

shodai 2018/05/05

リンク

[レポート] Kubernetes Meetup Tokyo #10 に参加してきました！ #k8sjp | DevelopersIO

3/8 に開催された標題ミートアップに参加してきましたのでレポートします。Docker 本体が取り込み、AWS もマネージドサービスとして提供開始予定を発表している Kubernetes のイベントということで、参加人数も多く勢いが感じられるミートアップでした。 Kubernetes Meetup Tokyo #10 - connpass 会場は六本木の Google 本社食堂。Google といえば Kubernetes 開発の発端ですし、本ミートアップスポンサーの Google Cloud Platform も Google Kubernetes Engine (GKE) としてサービス提供していますから、お膝元といってもよいところです。なお念のためながら、以下で Kubernetes を k8s と略称することがありますのでご了承ください。発表一覧 Open Service Br

shodai 2018/05/05

リンク

Prepare the Client for Network Trust Link

shodai 2018/04/10

リンク

マルチ AZ 配置の設定と管理 - Amazon Relational Database Service

マルチ AZ デプロイには、1 つのスタンバイ DB インスタンスまたは 2 つのスタンバイ DB インスタンスを持つことができますデプロイにスタンバイ DB インスタンスが 1 つある場合は、マルチ AZ DB インスタンスのデプロイと呼ばれます。マルチ AZ DB インスタンスのデプロイには、フェイルオーバーサポートを提供するスタンバイ DB インスタンスが 1 つありますが、読み取りトラフィックは処理されません。デプロイに 2 つのスタンバイ DB インスタンスが含まれている場合は、マルチ AZ DB クラスターデプロイ。マルチ AZ DB クラスターデプロイには、フェイルオーバーサポートを提供し、読み取りトラフィックを処理できるスタンバイ DB インスタンスがあります。 AWS Management Console を使用して、マルチ AZ 配置がマルチ AZ DB インスタンス

shodai 2018/04/09

“フェイルオーバー時間は通常 60 ～ 120 秒です。”

リンク

ちょっと待って！Auroraを使う時にMulti-AZが本当に必要ですか？

ウィスキー、シガー、パイプをこよなく愛する大栗です。 Auroraへ移行するお話を頂くことが増えてきました。そこでAuroraへの移行時における冗長化のポイントを考えてみました。 RDSのSLA定義はMulti-AZが前提である旨を追記しました。そもそもMulti-AZって？ここではMySQLの場合のMulti-AZについて述べます。 Single-AZでは、以下の問題があります。耐久性：ストレージボリュームで障害が発生した時には、「最新の復元可能な時刻」以降のデータ更新が失われる。可用性：ハードウェア障害が発生した時に、インスタンスを再作成するため再接続までの時間が必要になる Auroraを除くRDSではストレージボリュームにEBSと同等のものが使用されているようなので通常のディスクに比べて高い可用性と信頼性を備えています。補足すると、EBSについての具体的な数字としては「

shodai 2018/04/08

“BSについての具体的な数字としては「年間故障率（AFR）が 0.1%～0.2% になるように設計」”

リンク

はてなブックマーク

タグ

関連タグで絞り込む (6)

cloudとamazonに関するshodaiのブックマーク (5)

お知らせ

今週のはてなブックマーク数ランキング（2024年5月第4週）

今週のはてなブックマーク数ランキング（2024年5月第3週）

今週のはてなブックマーク数ランキング（2024年5月第2週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス