[〜#〜]解決済み[〜#〜]マシンがBeanstalkからデプロイするときに、インスタンスをEC2にインストールするにはATOPが必要です。 AWSサポートには、以下のリンクのみがありましたが、ebextensions構成ファイルにデプロイする方法は示されていません。誰かがすでにこれを行い、構成ファイルをすでに作成していますか?ありがとう! -> https://www.tecmint.com/how-to-install-atop-to-monitor-logging-activity-of-linux-system-processes/
{{編集3/23/18}}
これまで自分でこれを処理して、これは私が持っているものです。完全には機能しませんが、まだ機能しています。
packages:
rpm:
epel: https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm
container_commands:
1_rpm_atop:
command: "Sudo /bin/rpm -i --replacepkgs
https://www.atoptool.nl/download/atop-2.3.0-1.el6.x86_64.rpm"
2_add_atop:
command: "/sbin/chkconfig --add atop"
leader_only: true
3_add_atop:
command: "/sbin/chkconfig atop on --level 235"
leader_only: true
4_config_atop:
command: "/bin/sed 's/600/60/' /usr/share/atop/atop.daily -i"
leader_only: true
5_link:
command: "/bin/ln -sfn /var/log/atop /var/app/current/wp-content/uploads/atop"
leader_only: true
6_start:
command: "/etc/init.d/atop start"
leader_only: true
AWS BeanstalkテクニカルサポートのすばらしいYaoの助けを借りて、すべてのインスタンスにATOPをインストールするファイルを作成することができました。また、個々のインスタンスログを既存のsym-linked EFSファイルディレクトリに書き込むため、スケーリングとマシンの展開を通じてログが保持されます。これは現在、私の開発デプロイメントで機能しています。他に何も聞こえない場合は、約1週間で本番環境でも動作していることを意味します。これが私のWordpressデプロイメント用に調整されたコンテンツです。お楽しみください!
container_commands:
1_install_config_atop:
command: /tmp/installatop.sh
files:
"/tmp/installatop.sh":
mode: "000755"
content : |
#!/bin/bash
#############################################
ATOPLOGDEST=/var/app/current/wp-content/uploads/atop/ #where to persist the atop log
LOGFILE=/tmp/atopinstall.log #installaton log
##############################################
INSTANCEID=$(curl http://169.254.169.254/latest/meta-data/instance-id/)
exec 1>&- # close stdout
exec 2>&- # close stderr
echo "========" >> $LOGFILE
date >> $LOGFILE
echo "starting" >> $LOGFILE
echo "---- Step 1, install atop" >> $LOGFILE
echo "check if atop is installed" >> $LOGFILE
rpm -q atop >> $LOGFILE
if [ $? -ne 0 ]
then
echo "atop not installed yet" >> $LOGFILE
rpm -i https://www.atoptool.nl/download/atop-2.3.0-1.el6.x86_64.rpm
rpm -q atop >> $LOGFILE
echo "now installed" >> $LOGFILE
fi
echo "---- step 2, config atop in chkconfig" >> $LOGFILE
/sbin/chkconfig --add atop
/sbin/chkconfig atop on --level 235
echo "this is the output of chkconfig" >> $LOGFILE
/sbin/chkconfig | grep atop >> $LOGFILE
echo "---- setp 3, config atop's schedule to 60 seconds" >> $LOGFILE
/bin/sed 's/600/60/' /usr/share/atop/atop.daily -i
cat /usr/share/atop/atop.daily | grep "INTERVAL=" >> $LOGFILE
echo "---- step 4, presistent it in EFS" >> $LOGFILE
mkdir -p $ATOPLOGDEST$INSTANCEID
/bin/sed "s|/var/log/atop|$ATOPLOGDEST$INSTANCEID|" /usr/share/atop/atop.daily -i
cat /usr/share/atop/atop.daily | grep "LOGPATH=" >> $LOGFILE
stat $ATOPLOGDEST$INSTANCEID >> $LOGFILE
echo "---- step 5, restart atop" >> $LOGFILE
/etc/init.d/atop restart
sleep 5
ps aux | grep atop >> $LOGFILE
echo "---- finished!" >> $LOGFILE
date >> $LOGFILE
echo "========" >> $LOGFILE
私は肯定的ではありませんが、AWSインスタンスCLIからそのcurl urlを実行すると、呼び出し元のインスタンスIDが返されると思います。これを使用する方法の1つは、フォルダー名としてインスタンスIDを使用してログディレクトリを作成し、ATOPを実行するインスタンスごとにログを記録して取得できるようにすることです。