大量のサーバを抱えなくてすむ方法

Question

前提・実現したいこと

1.　AWSで大量のサーバーを抱えなくて済む方法
2.　AWSで大量のサーバーを抱えたときの管理手段

抱えている問題

大量のサーバーを抱えすぎてメンテナンスや管理に作業を取られすぎる

現状）
EC2サーバ数：100以上
主に使う機能やソフトウェア： [Apache] [RDS] [EC2] [CloudWatch] [MySQL]

サーバーのApacheチューニングを行うなどサーバー一つ一つSSHでログインしてチューニングを行う

これだけで、かなりの時間を使ってしまう。

実現したいこと

1.　大量のサーバーを抱えてメンテナンスに時間がかかりすぎるのをどうにかする
2.　大量のサーバーを抱えなくて済む方法（サイトは100以上あること前提）
3.　大量のサーバーを抱えてもメンテナンスなどの管理時間を削減する方法

その他情報

AWSで良くつかう機能：　EC2、RDS、CloudWatch, ALB
運営するもの：　Webサイト

OS: Amazon Linux , Amazon Linux2

Answer 1

「AWSで」という枕詞がついているので、AWSに限らない一般的な手法と、AWSのソリューションを使う場合どういうものがあるかを書きます。

1.　AWSで大量のサーバーを抱えなくて済む方法

一般的な考え方

これについては、AWS云々ではなくまずサーバの設計の方を検討すべきでしょう。
が、そもそも必要なサーバ数がどうしても減らせないならどうしようもありません。
サーバの数を減らしたいだけなら、複数のサイトを一つのサーバにまとめることも考えられます。
が、これは一長一短で、一つのサーバが落ちたりリソース不足に陥ると乗っている複数のサービスが影響を受けます。

AWSでできそうなこと

ちょっと難易度が高いですが、コンテナ化してECS（Fargateも使う？）をするなどすれば「サーバを抱えない」ということは満たせるかもしれません。

2.　AWSで大量のサーバーを抱えたときの管理手段

一般的な考え方

手作業を減らし自動化することです。
既に身に沁みているかと思いますが、サーバが多数あるのにいちいち一つ一つSSHログインするのはあまりにも面倒です。
設定ファイルはgit管理するなどし、プロビジョニングツールを使って一斉に展開するのが一般的な手法かと思います。
シェルスクリプトを書いてもいいですが、AnsibleやChefなどサーバ管理には便利なツールがあります。
ケースによってはTerraformを使うのもいいでしょう。

また、管理することを減らすことも考えるべきでしょう。
↑に書いた自動化にも繋がりますが、サーバの設定を個別にいじらず、サーバを立ち上げる時は同じ状態のものが立ち上がるようにするなど。（Immutable Infrastructureという考え方です。）
設定は外部（gitなど）で管理します。
これを行うと、サーバになにか問題があっても立て直すだけでよくなります。

参考
Immutable Infrastructureはアプリケーションのアーキテクチャを変えていく、伊藤直也氏（前編）
コードによるインフラ構成管理はなぜ必要？ 今さら聞けない「Infrastructure as Code」

AWSでできそうなこと

EC2インスタンスの管理にはSystems Managerという便利なサービスが使えます。
公式ドキュメントではハッキリ言って分かりづらいのでクラスメソッドさんの紹介記事を貼っておきます。

実に様々なことが行なえるのですが、Run Command、Automation、Session Managerだけでも使う価値はあるでしょう。

---

インフラ管理の効率化について書くと山ほどあってキリがないのでとりあえずこのへんで。

Answer 2

サーバーのApacheチューニングを行うなどサーバー一つ一つSSHでログインしてチューニングを行う

ansible（またはその他の構成管理ツール）を使えばそのような作業の多くは自動化出来ると思います。

Answer 3

稼働率の変動が少ないものはオンプレにすればよいです

Answer 4

サイトは100以上あること前提

その中には、「静的HTML+JavaScriptだけ」というようなものはありませんか？動的なサーバサイドが不要なものは、S3でのホスティングに切り替えてしまえばサーバ管理は不要となります。

Comments

[Zaboon]

動的なサーバーサイドを抱えたものだけで100以上となっております。
AWSの機能で何かできないかと考えているのですが、AWS初心者のため質問させていただいております。