この記事は最終更新から1年以上経過しています。 気をつけてね。 AWS OpsWorksを使ってオートスケールを組み立てようと思い、用意されているスケール対応インスタンスタイプを調べてみました。 ちなみにOpsWorksはCloudWatchのメトリクスと連携しているのでどのインスタンスでもAutoHealオプションを使うことができます。Statusが何かおかしかったらインスタンスを作りなおしてくれるナイス機能です。 24/7 普通のレギュラーなインスタンスで、常時上がりっぱなしのインスタンスです。 通常はこのタイプを一つ用意して、TimeBase， LoadBaseを増やしていく感じでしょう。 ただ、レイヤ内に24/7が１つもない状態で他のタイプがある場合は最低1台になるようにどれかが上がってくるようです。実は不要かもしれませんね。 Time based instance １時間単位で起
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 一括請求(Consolidated Billing)とは？ 複数のAWSアカウントの請求を1つのアカウントに紐付けて請求を一本化する機能です。 主に複数プロジェクトを抱える組織などで便利な機能だと思いますが、これを活用することで受けられるメリットもいくつかあるので覚えておくと良いです。 一括請求に関する詳細は、公式ドキュメントや、ぐぐれば他にもっと手順や何やらを詳しく説明しているサイトがあるのでそっちを見てください。 ここはそれらのざっとググった情報からは見つけることが出来なかった、一括請求に関する細かい点を調査して補足するメモです。前
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AZ名と実データセンターの対応はアカウント毎に異なるということ AWSのアベイラビリティゾーン名（以下AZ名）と実データセンターの対応は実はユーザ毎に異なります。 これは多分使用されるAZが偏ることを防止する為だと思われます（一番上のAZを選ぶユーザが多いと予想される）が、まぁ真相はわかりません(^^; AZ名の対応不一致に関わる問題 AZの不一致はアカウント間のデータ転送料金に影響してきます。 同一AZ同士の通信（Availability Zone Data Transfer）は無料ですが、同一リージョンの別AZ間の通信（Region
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
