Amazon EC2のUser Dataにシバンを指定してスクリプトを実行する | DevelopersIO
シバンとは？ UNIXのスクリプトの1行目に最初に出てくる謎の文字「＃！」。その名も「シバン」。2行目以降のスクリプトを読み込むインタプリタ（bashとかperlとか）を指定するおまじないです。 User Data指定時にスクリプトを実行する Amazon EC2の起動時のUser Dataを指定するところで、このシバンを指定することによって記述された文字列をスクリプトとして実行することができます。 Apache+PHP+MySQL環境を構築する User Dataでスクリプトを指定して、Apache+PHP+MySQLをインストールしたいと思います。以下をUser Dataに指定してインスタンスを起動してみます。簡単ですね。 #!/bin/bash sudo yum update -y sudo yum install httpd-devel httpd -y sudo yum inst
EC2 centos5.4 32bit[i386]サーバー初期設定 | tonbyブログ
ログインは割愛 ■バージョン確認 PHP # uname -i i386 PHP # cat /etc/redhat-release CentOS release 5.5 (Final) PHP dmesg | grep "Linux version" Linux version 2.6.21.7-2.fc8xen (mockbuild@xenbuilder1.fedora.redhat.com) (gcc version 4.1.2 20070925 (Red Hat 4.1.2-33)) #1 SMP Fri Feb 15 12:39:36 EST 2008 ■アップデート PHP # yum -y update ■タイムゾーン設定 日本時間にあわせる ・現状のタイムゾーン確認 PHP # date Sat May 22 02:37:04 EDT 2010 # mv /etc/loc
cloudpackブログ - EC2が無反応時の復旧手順について
以前、EC2の障害復旧パターンという記事を書きましたが、 今回は、もう少し実際の作業レベルの話に落とし込んでみたいと思います。 EC2が無反応になった場合、3パターンの方法を用いて、 復旧をするようにしています。 復旧イメージは、下記になります。 cloudpackでは、少しでも復旧時間を短くするために、EC2(1)～(3)の3パターンの復旧方法を同時に実行しており、 その3パターンの中で、一番早く復旧した方法を採用するようにしています。 注意点としては、EC2(1)パターンで、stop/startをしますが下手にEC2をstopすると、 stopまでに時間がかかってしまい、その間にコンソールでAMIを作成出来なくなる場合があるので、 EC2（2）パターンのAMIを先に作成しておく必要がある点です。 もう1点は、EC2(1)パターンのstopを行っても、非常に長い時間かかる場合も想定される
Amazonからメール送信制限に関するEC2 Account Notificationが来た
とあるイベントで使うWebシステムでEC2を使ってたところ、Amazonからメール送信制限に関する通知が来たという話です。 このイベントでは、短時間で多くのリクエストを捌かないといけないので、あらかじめWebサーバを何台か立てて準備していました。さらに想定を超える負荷に備えて、増設用AMIも作成して、すぐに増設できる体制にしていました。もちろん増設のリハーサルもやりました。 そして、イベントが始まります。 アクセスがボチボチ来始めました。リソースにはまだまだ余裕があるので順調に捌いてくれています。とりあえず無難な立ち上がりだなと、ひと安心したところにメールが一通。 Dear EC2 Customer, You recently reached a limit on the volume of email you were able to send out of SMTP port 25 o
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Forums