[初級編] なぜ「AWS で負荷分散は３AZ にまたがるのがベストプラクティス」と言われるのか 可用性の面から考えてみた | DevelopersIO
水平分散のアーキテクチャを考えるときに、「負荷分散装置の下に並べる分散先 (サーバ) は３台以上がよい」「AWS であれば３ AZ にまたがるとよい」とはよく聞かれます。それがどういう意味をもつのか、主に可用性の面から考えてみました。 みなさん、AWS使ってますか！（挨拶 AWSに限らず、ある程度の規模の何かしらの本番システムを組もうというときに、こういう言葉を聞いたことはないでしょうか。 「負荷分散装置の下に並べる分散先 (サーバ) は３台以上がよい」 「AWS であれば３アベイラビリティゾーン (AZ) にまたがるとよい」 負荷分散装置（ロードバランサー）は負荷を分散するのがお仕事です。分散するだけなら 2 台でもよさそうですよね？ AWS の３ AZ に至っては、そもそも AZ 単位の障害なんてそうそうないし、あったとしてももう片方の AZ が生きていればなんとかなりそうに思えます。
![[初級編] なぜ「AWS で負荷分散は３AZ にまたがるのがベストプラクティス」と言われるのか 可用性の面から考えてみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/876809e40a16193d45c580a01a3f67fc9a50a044/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Felastic-load-balancing.png)
AWS FargateでAutoScaleを試してみる - Qiita
AWS Fargateでより強力になったAuto Scaleingを実施してみます。 AWS公式のブログを参考に設定を実施しました。 TerraformでECS環境の構築【オートスケール編】を参考にTerraformでも設定します。 旧ECSのAutoScale コンテナインスタンス(EC2)縛りがありコレジャナイ感があります。 以下2つのAuto Scale設定が必要です。 コンテナインスタンスのAuto Scale ECS ServiceのAuto Scale FargateのAutoScale コンテナインスタンス(EC2)から解放され、ECS Cluster内でtaskを自在に配置できます。 コンテナインスタンスのAuto Scale が不要になりました。 Terraformで設定 以下で一気に作成します。 https://github.com/Thirosue/terraform
はじめての AWS CodeDeploy (プラス Auto Scaling） | DevelopersIO
こんにちは、菅野です。 突然ですが、Auto Scalingって便利ですよね。 昔 Auto Scaling を使っていた時の話ですが、PHPのプログラムを変更する度に AMI を作り、Launch Configurations を作り直して・・・といった作業をしていました（所要時間20分くらい）。 昔の話なのでもういいのですが、AWS CodeDeployを使えばそんな苦労は不要らしいという事を知り今回初めて使ってみることにしました。 今回の目標 AutoScaling により作成されたEC2インスタンスへブラウザでアクセスした時に表示されるwebページを AWS CodeDeploy を使って更新する webページの管理に GitHub を使う では早速始めましょう！ EC2 の準備 インスタンスを作成します。 作成時にタグを一つ追加しておいてください。（apl-name：test-a
Auto ScalingによるJenkinsのHAの実現とDockerスレーブ
Auto ScalingによるJenkinsのHAの実現とDockerスレーブ 1. Auto ScalingによるJenkinsのHAの 実現とDockerスレーブ 2016/04/12 株式会社SHIFT 第8回「じどうかの窓口。」セミナー 2. アジェンダ Auto ScalingによるJenkinsのHA Amazon EC2 pluginによるスレーブの最適化 CloudBees Docker Custom Build Environment Pluginによるビルドのポータルブル化 1 3. 2 Auto ScalingによるJenkinsのHA 4. Jenkinsのマスター ベスト・プラクティス JenkinsのマスターはSPOF Jenkinsのマスターは「同時ビルド数」を0にして、ビルドはスレーブ に任せ、負荷を下げる 課題 とはいえ、管理するスレー
雑多なインフラエンジニア日記
Datadogとmackerelはそもそも立ち位置が違うので、比較してどうすんだって話もありますが、 今のところ、DataDogのほうが圧倒的に勝っています。まず、Integrationが豊富＆楽すぎる。 ざっとした特徴 Datadog 課金対象はEC2のみ。(またはDatadogAgent) その他AWSサービス群は全て無料で13ヶ月保管。 極論言うと、DataDogAgentをインストールしたEC2を1台だけ契約して、その他のELBやRDSは取り放題。 ProとEnterpriseの違いはほぼ無いらしい。500台以上でもPro契約でOK。あくまで目安らしい。 CloudTrail等、諸々の情報がEventに流れてくるので便利。 オンプレでも使える。APM機能などもあり、高機能。 唯一のネックは、ログ監視がほぼ出来ないこと。 Datadogはメトリクス（数値）を受け取ってグラフ描画をする
1秒でも早くAutoScale
@threetreeslight Repro Inc. shinjuku.rb #32@metaps Dec 16, 2015
AWS::AutoScaling::AutoScalingGroup - AWS CloudFormation
The AWS::AutoScaling::AutoScalingGroup resource defines an Amazon EC2 Auto Scaling group, which is a collection of Amazon EC2 instances that are treated as a logical grouping for the purposes of automatic scaling and management. For more information about Amazon EC2 Auto Scaling, see the Amazon EC2 Auto Scaling User Guide. Amazon EC2 Auto Scaling configures instances launched as part of an Auto Sc
AWS News Blog
Add your Ruby gems to AWS CodeArtifact Ruby developers can now use AWS CodeArtifact to securely store and retrieve their gems. CodeArtifact integrates with standard developer tools like gem and bundler. Applications often use numerous packages to speed up development by providing reusable code for common tasks like network access, cryptography, or data manipulation. Developers also embed SDKs–such
【AWS】AutoScaleの設定について at ITエンジニアmegadreamsの開発日記
最近業務でAWSのAutoScale機能を利用してサービスの運用をしています。 そこで培ったノウハウや設定内容を記載していこうと思います。 まず、AWSで利用できるAutoScaleの設定では主に２通りの方法がある。 ・負荷によるサーバの増減 ・指定時間によるサーバの増減 どちらの増減方法においても、AutoScalingGroupを作成し、そのグループに対してアクションを設定することになります。 AutoScaleで設定する内容 1: LaunchConfigの設定 - オートスケールで起動させるインスタンスのAMIを指定 2: AutoScalingGroupの設定 - オートスケールさせるサーバグループの設定 3: ScaleOutPolicy or ScaleInPolicyの設定 - スケールアウト or スケールインの設定 4: ScaleOutAlerm or ScaleIn
suz-lab.com - suz lab リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Amazon EC2編～ELBでAuto Scalingをしてみよう！パート③～
こんにちは！Rookieです。 前回のレシピでは『Amazon EC2編～ELBでAuto Scalingをしてみよう！パート②～』と題して、Auto Scalingをおこなうのに必要なAPIツールのセットアップ方法について記述しました。 今回も引き続き『Amazon EC2編～ELBでAuto Scalingをしてみよう！パート③～』ということで、今回のレシピでは実際にパート②にてセットアップをおこなったAPIツールを使ってAuto Scalingの設定を試していきたいと思います。 なおAuto Scalingの設定をおこなう際、ELBの起動とAMIの作成が必要になりますので用意をされていない場合は、下記のレシピを参照していただき事前準備をおこなっておいてください。 ■ Amaon EC2～ELB設定編～ ■ Amazon EC2編～SnapshotやAMIを使ったバックアップと運用パー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SSSSLIDE
モバイルゲームにおけるAWSの泥臭い使い方