8. Amazon EC2 Auto Recovery ☁ いつ自動復旧する？ – EC2のネットワーク接続性が失われたとき – 電源障害 – 物理ホストにソフトウェアの問題があったとき – 物理ホストにハードウェアの問題があったとき http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/ec2- instance-recover.html 9. Amazon EC2 Auto Recovery ☁ 動作：オリジンの以下を引き継ぐ –  インスタンスID –  IPアドレス –  インスタンスメタデータ ☁ 現在のサポート対象 –  C3, M3, R3, T2 インスタンスファミリーのみ –  US East (N. Virginia) のみ –  VPCのみ –  共有テナンシーのみ –  EBSを利用してるインスタンスのみ

Product Overview This is the Official CentOS 7 x86_64 HVM image that has been built with a minimal profile, suitable for use in HVM instance types only. The image contains just enough packages to run within AWS, bring up an SSH Server and allow users to login. Please note that this is the default CentOS-7 image that we recommend everyone uses. It contains packages that are updated at points in tim

2. わたしはだれ？ •  岩尾 はるか (@Yuryu) •  レッドハットで働いています – ストレージ(Ceph, GlusterFS)が専門 – 今回の発表は会社の見解ではありません •  Final Fantasy XIV プレイヤー – Carbuncle サーバー、学メイン – バハ真成編4層をクリアしました •  Ingress 緑エージェント(A11) 3. Linuxカーネル本(宣伝) •  “Linux Kernel Updates” •  最新刊 – OOM Killer特集 – ジュンク堂池袋店で買え ます！ •  既刊 – Docker, TCP/IP特集など – Kindle版売ってます 6. 諸行無常 OS EOL(予定) 私の満年齢 Ubuntu 10.04 LTS 2015年4月 31 Windows Server 2003 2015年7月 31 RHE

先週ラスベガスにて開催された、世界最大の家電見本市であるCESでは、多くの次世代ウェアラブル、IoTデバイスや、コネクテッドカーなどが展示され、既に家電の範囲を大きく上回るテクノロジー製品に大きな注目が集まっている。むしろ現在では、テクノロジーに影響を受けない産業は皆無に近いと思う。個人的にも2015年は、ビジネスに大きな変化が訪れると感じており、Web, スマホに続く大きな革命が市場に訪れると考えている。 一方で、新たなテクノロジーを活用したビジネスの出現により、Netflixがビデオレンタル業界を、Uberがタクシー業界を侵略した様に、既存のプロダクトやサービスが短時間で消滅する可能性も少なくは無い。2015年は下記のトレンドに見られるような、新たなテクノロジーを活用した産業の出現と、既存サービスへの影響、そして消費者への新たな価値提供が注目される。 1. 自撮りツールが進化 スマホの

このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

Amazon EC2 Auto Recoveryは、インスタンスが稼働しているサーバのシステム障害が検知されると、そのインスタンスを自動的に別のサーバへ移動、再起動し、システム障害から復旧させる機能。 移動したインスタンスは、IDやIPアドレス、コンフィグレーションなども含めて移動前のインスタンスと同じものになります。 これにより利用者は、クラウド上でいままで以上に可用性を高めることが容易になります。 AWS Cloud Watchで検知し、自動復旧 Auto Recoveryを機能させるには、AWS CloudWatchのアラームを作成し、メトリクスの「EC2 Status Check Failed (System)」のアクション「Recover this instance」を選択します。検知されるシステム障害の例は、ネットワークの切断、システム電源断、物理ホストのソフトウェア障害あるい

はじめに Dockerを利用するとコンテナをぽこぽこ沢山立てることが多いと思います。 コンテナが沢山できるので、それらに対していかに効率よくアクセス出来るかが肝になります。 またコンテナで提供するサービスのポートをホストに割り当てて利用する場合(-pオプションを利用する場合)、 ポコポコ出来るコンテナのポートを静的に(-p 80:8080みたいに)割り当てるのは面倒です。 なので動的に(-p 80みたいにしてホストの適当なポートに)割り当てたいところです。 ただし、動的に割り当てるとどのコンテナがどのポートでサービスを提供しているか把握するのが難しくなり、さらにマルチホストになるとどのホストで動いているかどうかを把握する必要もあり、これも難しいです。 この辺うまいこと出来ないかな、ということでServiceDiscoveryといったらConsulですよねってことで組み合わせて使ってみます。