AWS/EC2 の履歴(No.16)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• AWS/EC2 へ行く。
  • 1 (2016-04-27 (水) 11:07:33)
  • 2 (2016-04-27 (水) 02:26:21)
  • 3 (2016-05-20 (金) 03:09:39)
  • 4 (2016-05-26 (木) 01:28:02)
  • 5 (2016-07-06 (水) 22:09:32)
  • 6 (2017-06-07 (水) 08:47:07)
  • 7 (2017-06-23 (金) 12:40:07)
  • 8 (2019-08-12 (月) 15:33:57)
  • 9 (2020-04-25 (土) 11:23:20)
  • 10 (2020-04-28 (火) 20:25:57)
  • 11 (2020-04-30 (木) 19:59:33)
  • 12 (2020-11-08 (日) 20:03:04)
  • 13 (2021-06-07 (月) 14:39:09)
  • 14 (2021-06-23 (水) 20:51:28)
  • 15 (2022-10-14 (金) 13:16:52)
  • 16 (2023-02-06 (月) 18:00:12)
  • 17 (2023-04-23 (日) 04:45:11)
  • 18 (2023-05-12 (金) 18:15:02)
  • 19 (2023-05-15 (月) 15:17:33)
  • 20 (2023-05-18 (木) 08:23:41)
  • 21 (2023-05-31 (水) 21:25:44)
  • 22 (2024-01-18 (木) 19:35:28)
  • 23 (2024-01-24 (水) 13:20:48)
  • 24 (2024-01-29 (月) 18:26:29)
  • 25 (2024-02-09 (金) 17:39:15)
  • 26 (2024-02-11 (日) 05:56:58)

---

EC2 概要†

サーバーインスタンスだが、他のサービスもEC2ベースとしており、AWSの基本中の基本サービス。

構成要素†

EC2 ライフサイクル†

起動、停止、terminateは削除なので間違わないように

Userdata†

インストール後に実行するコマンド。terraformに渡すにはbase64エンコードして設定する必要がある。

sudo yum install -y java-1.8.0-openjdk-devel

• JSTにしてSSHポートを10022に変更する例

#!/bin/bash
# UTC to JST
cp /usr/share/zoneinfo/Japan /etc/localtime
sed -i 's|^ZONE=[a-zA-Z0-9\.\-\"]*$|ZONE="Asia/Tokyo"|g' /etc/sysconfig/clock
echo "LANG=ja_JP.UTF-8" > /etc/sysconfig/i18n
# change ssh port
/bin/sed -i -e 's/^#Port 22$/Port 1022/' /etc/ssh/sshd_config
service sshd restart

yum update -y
sudo yum install -y git
sudo yum install -y java-11-amazon-corretto
sudo wget -O /etc/yum.repos.d/jenkins.repo https://pkg.jenkins.io/redhat/jenkins.repo
sudo rpm --import https://pkg.jenkins.io/redhat/jenkins.io.key
sudo yum install -y jenkins
sudo yum install -y httpd
sudo systemctl start jenkins
# npm
curl -sL https://rpm.nodesource.com/setup_12.x | sudo bash -
sudo yum install -y --enablerepo=nodesource nodejs

ubuntu jenkins†

sudo apt update
sudo apt install -y openjdk-8-jdk
sudo sh -c 'echo deb https://pkg.jenkins.io/debian-stable binary/ > /etc/apt/sources.list.d/jenkins.list'
sudo apt update	
sudo apt-get install -y jenkins

DNATを作成†

• ポートが開放されていないときにhttpのポートを利用して、接続する方法。 まずはSGを開放する。

#!/bin/bash
sudo sh -c "echo 1 > /proc/sys/net/ipv4/ip_forward"
sudo sh -c "echo 0 >  /proc/sys/net/ipv4/conf/eth0/send_redirects"
sudo iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT --to-destination 目的のIP:目的のポート
sudo iptables -t nat -A POSTROUTING -j MASQUERADE
sudo service iptables save

MySQLクライアントインストール†

EBS†

Elastic Block Storeの略。スナップショット機能など多彩な機能がある。通常インスタンスストレージは停止したら消えるのであまり使わずEBSがEC2のメインストレージとなるだろう。EBSは同一AZでのインスタンスにしかアタッチできない。スナップショットから別AZへコピーできる

EBSの種類†

GP2は容量を増やすとパフォーマンスが伸びる。Provisioned IOPSは自分でパフォーマンスを指定できるが、増やしすぎると値段が上がるので注意。

AMI†

マシンのOSイメージのこと。マイクロインスタンスであれば、RHELもWindowsも無料の枠内に収まるとのこと。「free tier eligible」とあればマイクロインスタンスとの組み合わせで無料。自分でAMIを作ることが可能で、実用上は公式提供のAMIをカスタマイズして自分のシステムのベースを作る。仮想マシンの方式がhvmとparavirtualがあるが、今後の主流はhvmであるのでhvmベースで作成すべし！

EC2初期設定†

Cloudinit†

起動時に設定などを実施できるcloud-init(yml)かシェルスクリプトを設定できる。APIからも設定可能。

コンソールから入れる場合†

#!/bin/bash
#TIMEZONE JST
/bin/cp -f /usr/share/zoneinfo/Asia/Tokyo /etc/localtime
yum install -y postfix
yum install -y mysql-server
yum install -y nginx
# start service
/etc/init.d/postfix start
/etc/init.d/mysqld start
/etc/init.d/nginx start
# enable service auto start
chkconfig --level 345 postfix on
chkconfig --level 345 nginx on
chkconfig --level 345 mysqld on

EC2インスタンスの作成からログインまで†

無料枠を超えないようにインスタンスはT2.micro、その他はデフォルトで進める。秘密鍵のペアはpemファイルとなるが、puttygenでインポートしてからputty形式のファイルにして、ec2-userでログイン成功

インスタンスの作成手順詳細†

1. AMIを選ぶ
2. 6. Configure Security GroupでSGを指定する

インスタンスタイプ†

Elastic IP†

静的なIPでインスタンスにひもづけることができる。起動していないインスタンスにEIPを確保しておくと課金対象。ここを見るとPrivate IPとの紐づけも見られる。 一応使わないでも再起動しなければ起動時に動的に割り当てられたpublic IPでアクセスできる。PublicIPの自動割り当て機能は起動時のみ利用出来る為、起動後に付与したくなった場合にはEIPを利用する必要がある。

ELB†

Elastic Load Balancing。インスタンスを複数ぶら下げて振り分ける。異常からの復帰時はデフォルトだと最低300秒かかるので気長にまつか、設定を変更する。それぞれのAZで等しい台数とスペックをぶら下げるのが基本。

Internal ELB†

名前解決はpublicなDNSで行うため、利用側にインターネット接続必要。またスケールアップ時にIPが変わるため、直接IPでアクセスしてはいけない。

ELB負荷対策†

ELBのスケールアップ・スケールアウトはAWS側で勝手にやってくれる。配下でインスタンスが全滅していると勝手に一個になる。復帰すると2個になる。apache benchをやり続けるとそのIPだけタイムアウトになってしまう！なにか見ているのかも？

こちらで負荷監視する項目はCloudWatchから取得できる処理数や処理待ちなどのデータ。

スティッキーセッション†

クラウド時代にはあまり好ましくはないが、特定のサーバーに振り分けるスティッキーセッションの設定もできる。ELBの説明欄から維持設定をクリック

元アクセスのリクエストヘッダ†

• 以下のヘッダーについてくるのでアクセスログのフォーマットを変更する。

HTTP_X_FORWARDED_FOR
HTTP_X_FORWARDED_PORT
HTTP_X_FORWARDED_PROTO

ELBのサブネット†

所属するサブネットに最低8IPの空きが必要。

EC2 オートスケール†

負荷状況に合わせて増やしたり、一定数以上の稼働を保証させることができる仕組み。もととなるAMIを使って起動するので、そのAMIを作成しておく。起動設定でアプリのデプロイをしてELBに関連づけ(AutoScaleの設定画面から既存ELBを選択)しておくとよい。

Security Group†

基本†

インスタンス単位で設定。サブネット単位で設定するACLよりもよく使われる。セキュリティGを持つものを許可するという設定があり、デフォルトSGを許可しておけば内部通信は問題なくなる。ネットワークACLと違ってステートフルなので、INが許可されていれば、OUTは拒否されていても大丈夫（SSHのクライアントポートが10000以上でも22のINが許可されているので問題なし。ネットワークACLだとステートレスなのでNGとなる。）

HTTPの外回りと内回り†

同じインスタンスにアクセスする場合PrivateIP指定の場合は内回りとなり、SGのアクセス元としてSGを持っていることが指定できる。Global IPを指定した場合は外回りのアクセスとなり、一般的なIP制限と同じようにIP指定で許可しないとつながらない。

デフォルトSG†

基本的にプライベート内部は全部の通信が許可されるデフォルトSGが存在する。

特に支障がない限りこれを各インスタンスにつけておくことをお勧めする。 デフォルトSGを持っているのものを全部許可する設定になっているので

ネットワークACL†

サブネット単位で設定するが、ポート単位で指定すると動的にポートが変わるものがブロックされてしまうので、ポートでは絞らずに、送信元IPで制限するのがよい。

EC2複製†

AMIを作成して複製†

固定PrivateIPだと既存EC2消さないとダメ

EBSボリューム複製して既存インスタンスにアタッチ†

これは複製ではなく障害復旧だな。

EBSボリュームを複製して手動マウント†

上記2パターンがうまくいかないときの最終手段。