タグ付けされた質問 「amazon-ec2」

ec2.rebootInstancesAmazon EC2インスタンスの呼び出しは、停止して再起動するよりもはるかに速いことに気付きました（ec2.stopInstances ec2.startInstances）。 また、インスタンスのIPアドレスも保持されます（エラスティックIPがありません）ec2.rebootInstanceは、インスタンスの停止と起動とは何が違うのですか？

13 amazon-ec2 

独自のクラスターを管理している（つまり、Amazon Autoscale、Rightscale、Scalrなどを使用していない/支払う）うち、EC2でインスタンスを管理し、フェイルオーバー（たとえば）を処理していますか？私が疑うように、ほとんどの人がEC2 APIに対してボートの独自のスクリプトを書くことになってしまうのではないかと思っています。 それは確かに私たちのアプローチです：オフサイトで実行され、インスタンスからのUDPキープアライブをリッスンするPython Botoベースの監視/再起動デーモンを作成します。障害が発生すると、ボリュームのスナップショットを作成し、イメージを登録し、新しいインスタンスを起動し、古いボリュームを削除します。 スクリプトをハッキングするときは、これらの問題に対処するオープンソースのツールがすでに存在している必要があり、Scalrの制約はないと思いますが、私は常にGoogleから戻ってきます手ぶらで。（Scalrのようなものは、サポートされているソフトウェアのセット/バージョン/構成がかなり制限されており、これらのセットアップを操作する専門的でIMOの面倒な方法があります。） また、Linux-HA / Pacemakerエコシステム（Heartbeat、ldirectordなど）は、EC2にはあまり適していないようです。（しかし、私はこれを見つけました -これが本当に高品質のソリューションであるかどうかはわかりませんが）。

13 amazon-ec2  failover  heartbeat  amazon-elastic-ip  scalr 

Amazon EC2 EBS-backed Windows Images 010の導入バックアップを入力しました... SharePoint Servicesを実行している単一のWindows 2008サーバーの簡単なバックアップ戦略を見つけるために、頭をブラウジングしています。これは、1つのデータボリュームを備えた1つのサーバーのEBS-backedイメージです。エキゾチックなものは必要ありません。「毎日」のバックアップのみが必要です（1日分のデータを失うことは壊滅的ではありません）。 使いやすいEBSバックアップAMIイメージ（Windows 2008）を作成して保存しました。新しいEBS AMIイメージを作成するだけでバックアップを開始しました。これは非常に簡単ですが、実行中のサーバーは、イメージを作成してから最初の10〜15分間オフラインになりますが、これは理想的ではありません。 バックアップを作成する標準的な方法は、実行中のインスタンスに接続されたボリュームのスナップショットを作成することです。繰り返しますが、これは非常に単純であり、サーバーはスナップショットの生成中も使用可能なままです。明らかなCatch-22は、スナップショットから直接新しいインスタンスを起動することはできないということです。 実行中のインスタンスをS3ストレージにバンドルし、S3バケットからAMIを登録する方法を知っています。これにより、実行中のインスタンスのバックアップを取得でき、実行中のインスタンスが失われた場合、S3バケットからAMIを登録し、インスタンスを回復するために新しいAMIを起動しますが、これは本当に複雑で、とんでもないように思えますAWSコンソールとFirefoxのS3オーガナイザープラグインの間を行き来して、これを実現します。（コマンドラインアプローチについては言及しないでください。これは010レベルのコースです）。 EBS-backedイメージをいじってみると、次のアプローチがうまくいくように見えます（すべてAWSコンソール内で行われます）。 1.バックアップのために、必要に応じてシステムボリューム（/ dev / sda1）のスナップショットを作成します。2.実行中のインスタンスが失われた場合は、次の手順を実行します：a。最後のスナップショットバックアップから新しいボリュームを作成しますb。開始AMIの別のインスタンスを起動します（EBSでバックアップする必要があります）c。このインスタンスを停止します。d。停止した新しいインスタンスから既存のシステムボリュームを切り離し、破棄します。e。新しく作成したボリュームをシステムボリューム（/ dev / sda1）として停止したインスタンスに接続します。f。新しいインスタンスを再起動します。これを数回テストしましたが、うまくいくようです。 質問：このアプローチには何か問題がありますか？

13 windows-server-2008  backup  amazon-ec2  restore  amazon-ebs 

最初に、EBSスナップショットによって消費されるスペースを取得するにはどうすればよいですか？ 次に、ドキュメントによると、Amazon EBSスナップショットは、最後のスナップショットの作成以降に変更されたEBSボリュームのブロックのみをバックアップします。10GBのEBSボリュームがあるとします。最初のスナップショットを作成しました。「最後の」スナップショットがないため、最初のスナップショットのサイズは10GBであると想定しています。OK。そして、1GBのデータを変更し、2番目のスナップショットを作成しました。2番目のスナップショットのサイズは約1GBです。ただし、この時点で最初のスナップショットを削除した場合はどうなりますか？2番目のスナップショットはまだ1GBですか？はいの場合、2番目のスナップショットから10GB EBSボリュームを復元できますか？または、2番目のスナップショットは自動的に10GBになりますか？

13 amazon-ec2  amazon-ebs 

Amazon EC2で遊んでいますが、64ビットAMIを持っていますが、それを起動すると、「インスタンスタイプ」には「大」、「特大」、「高CPU特大」のみがあり、「小」はありません'これはデフォルトで最も安価なドキュメントとしてリストされています。 64ビットを使用しているのですか？64ビットAMIで小さなEC2インスタンスを実行できますか？

13 amazon-ec2  64-bit  cloud 

EC2ボリュームのスナップショットを作成するスクリプトを作成しました。スクリプトは、実行中のインスタンス、それらのインスタンスに接続されているボリュームを確認し、残りを無視してそれらのボリュームのスナップショットを作成します。 を使用してdescribe-instances、インスタンスIDではなく予約IDを取得します。これは紛らわしいですが、現状のままです。インスタンスが開始されると、そのインスタンスの予約が作成されます。 私はまだ予約の概念について混乱しています。 サイドノート：予約済みのインスタンスが何であるかは知っていますが、これはここで説明しているものとは異なります。「予約済みインスタンス」とは、1年または2年または3年インスタンスをレンタルすることを意味し、そのために値下げされます。そのため、t2.mediumを1年間予約し、使用しない場合でも支払いますが、使用する場合は通常よりも安くなります。 「予約ID」に戻ります。AWS FAQには次のように書かれています： EC2によって起動されたすべてのインスタンスには予約IDがあります。予約IDは、インスタンス起動リクエストと1対1の関係にありますが、同じ起動リクエストを使用して複数のインスタンスを起動する場合、複数のインスタンスに関連付けることができます。 次に、このSEの質問があります：Amazon EC2の「予約」の目的は何ですか 予約IDが正確に何を表しているのかはまだ明確ではありません 一度に1つのインスタンスを起動する場合、各インスタンスには固有の予約IDがあります。 1つの予約IDを複数のインスタンスにいつまたはどのようにリンクできますか？ 関係のない複数のインスタンスにリンクできますか？Webサーバーとデータベースサーバーがあるとします。1つの予約IDで開始できますか？ または、負荷分散などの目的で、予約IDを複数回起動される1つのインスタンスにのみリンクできます。 私たちの状況では、すべてのインスタンスに一意の予約IDがありますが、を使用して実行しているスクリプトの場合、これがどのような状況で変わる可能性があるかを知りたいですdescribe-instances。

13 amazon-ec2  amazon-web-services  snapshot 

編集： Amazonはこれをサポートするようになりました。http://aws.typepad.com/aws/2012/12/root-domain-website-hosting-for-amazon-s3.html Amazon AWSのRoute53にドメイン構成があります 私のドメインでwwwなしでexec pingコマンド $ ping mydomain.com.br ping: cannot resolve domain.com.br: Unknown host 私のドメインでwwwを使用してpingコマンドを実行する $ ping www.domain.com.br PING s3-website-sa-east-1.amazonaws.com (177.72.245.6): 56 data bytes 64 bytes from 177.72.245.6: icmp_seq=0 ttl=244 time=25.027 ms 64 bytes from 177.72.245.6: icmp_seq=1 ttl=244 time=25.238 ms 64 bytes from 177.72.245.6: icmp_seq=2 ttl=244 time=25.024 ms ルート53->レコードセットの作成->名前：[] …

13 amazon-ec2  amazon-s3  amazon-route53 

Railsパッケージを使用してUbuntuインスタンスを設定し、アプリをデプロイしましたが、正常に動作しています。 しかし、SSHを実行しようとすると、リモートログインが許可されず、次のようなエラーがスローされますHost key verification failed。 問題は永続的なようです。そのインスタンスにElastic IPをアタッチしましたが、パブリックDNSを見ることができません。 私のインスタンスはシンガポール地域で実行されています。 ssh デバッグ出力： OpenSSH_5.8p1 Debian-7ubuntu1, OpenSSL 1.0.0e 6 Sep 2011 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to 46.137.253.231 [46.137.253.231] port 22. debug1: Connection established. debug1: identity file st.pem type -1 debug1: identity file st.pem-cert type -1 debug1: …

13 ssh  amazon-ec2  authentication 

これについてどうすればいいかわかりません。別のIP（同じサーバーのセットアップ、ドメインなど）を使用している場合、電子メールの配信に問題はありませんでした。AWSが課したSMTP制限が削除されたにもかかわらず、EC2に転送して以来、サーバーのメールがスパムボックスに送られることがわかりました。私のサイトは1日に数百通（正当なオプトイン）のメールを送信しています。ここで最良のソリューションは何だと思いますか？ クリス。

13 email  amazon-ec2  spam 

ウェブサーバーになったAmazon EC2で実行しているインスタンスがあります。 今、私はクラウドウォッチを見てきましたが、それが仕事に適したツールであるかどうかはわかりません。基本的に、何らかの理由でサーバーがダウンしたときに通知を受け取りたいと思います。 サーバーがハッキングされたのか、何らかの理由でサーバーがシャットダウンしたのか、通知を受け取りたいのですが。 clouwatchを有効にし、アラートを設定しようとしましたが、ネットワークの入出力やCPU使用率、dメトリックスなどしか表示されません。今、私はこれらがトリックを行うかどうかわかりません。

13 amazon-ec2  amazon-cloudwatch 

をawscli使用してEC2インスタンスにインストールしましたapt-get install。 aws-cli/1.2.9を使用すると、バージョンはまだ更新されなくなりますapt-get upgrade awscli。私がグーグルで検索したものの最新リリースは1.10.30です。 Ubuntu 14.04でaws cliを更新するにはどうすればよいですか？ ありがとうございました。 PS。私はそれを持っていないので、ピップを使用する以外。

12 amazon-ec2  amazon-web-services  aws-cli 

新しいT2.microインスタンスを起動したときに、CPUクレジット残高が30の代わりにゼロ（50に1程度）で始まることがある理由を誰もが説明できますか？ Autoscalingグループからほぼ同時に起動した2台のマシンのCPUクレジット残高のスクリーンショットを添付しました。 それは大したことではありませんが、ほぼゼロのCPUクレジットを見るために私の監視システムを混乱させています！

12 amazon-ec2  amazon-web-services  amazon-cloudwatch 

Amazon EC2 Linux AMI（CentOS）にfail2banをインストールしようとしています。fail2banがEPELにあることを知っているので、次のことを行いました。 wget http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm sudo rpm -Uvh epel-release*rpm ただし、それを行うと、次のメッセージが表示されます。 package epel-release-6-8.9.amzn1.noarch (which is newer than epel-release-6-8.noarch) is already installed これはEPELがすでに利用可能であることを意味しますが、もし私がそうするなら： sudo yum install fail2ban 私は得る： Loaded plugins: priorities, security, update-motd, upgrade-helper amzn-main | 2.1 kB 00:00 amzn-updates | 2.3 kB 00:00 Setting up Install Process No package fail2ban …

12 centos  amazon-ec2  fail2ban  epel 

Amazon EC2 Linuxベースのインスタンスで実行され、通常のドメイン名（x.com）にマッピングされるWebサイトがあります。このサイトは、2番目のEC2インスタンス上のデータベースと通信します。 このインスタンスをシャットダウンし、その背後にあるコンピューティングパワーを増やす必要があります...それを行うと、どれくらい時間がかかりますか？その後、マシンを再びスピンアップすると、サイトがオンラインに戻りますか？IPアドレス、DNS情報などはすべて保持されるので、ドメイン名は機能し続けますが、それでもDBと通信できますか？ 参考までに、これは現在、AWS EC2情報パネルでウェブサーバーに表示されているものです（正確なIPアドレスはわずかに変更されていますが、アイデアはわかります）。 Public DNS: ec2-54-1-1-1.us-west-1.compute.amazonaws.com Private DNS: ip-10-1-1-1.us-west-1.compute.internal Private IPs: 10.1.1.1

12 linux  domain-name-system  amazon-ec2  amazon-web-services 

Amazon EC2でホストされているWindowsサーバーがいくつかあります。一部はWindows Server 2003を実行し、他はWindows Server 2008を実行します。これらはEBS-backedインスタンスです。ほとんどのインスタンスには、追加のEBSボリュームがいくつか追加されています。 Windowsマシン（および接続されているEBSボリューム）の毎日のスナップショットをS3にスケジュールして、毎日のバックアップを使用できるようにします。 これは非常に一般的な要件であり、AWS Management Consoleを介して利用可能になると考えられますが、残念ながらそうではありません。どのようなアプローチが利用可能ですか？Windowsサーバーで毎日のスナップショットをスケジュールするにはどうすればよいですか？ Linux用のオンラインのスクリプト例はいくつかありますが、Windows用ではありません。私は見て持っていたhttp://sehmer.blogspot.com/2011/04/amazon-ec2-daily-snapshot-script-for.htmlなどhttps://github.com/ronmichael/aws-snapshot-をスケジューラー。誰かがこれらのアプローチのいずれかを使用し、機能しますか？ Skeddlyのような一見安価なサービスも検討しましたが、複数のサーバーで使用すると、価格がすぐに上昇し、独自のソリューションを作成して、それを適用できるようになります。将来の新しいサーバー。Skeddlyを使用すると、サーバーごとに料金がかかります。 Windowsインスタンスの毎日のスナップショットをどのようにスケジュールしますか？

12 windows  amazon-ec2  amazon-web-services  amazon-s3