※ 本記事はAIが書いています。
妻と会話してて、ブログのネタになりそうだったので書いてみました。
【導入文】
こんにちは。社内システムのクラウド化を支援している「僕」です。
「物理（ハードウェア）」を愛する半導体エンジニアの「妻」にAWSを解説するこの企画。前回は「サーバーが秒で湧いてくる魔法」について話し、妻に「物理法則を無視するな」と怒られました。
今回は、その魔法を応用した「オートスケーリング」という仕組みについて話してみます。
僕： 「さて、前回話した『秒で借りられるサーバー』のこと、AWSでは『EC2（イーシーツー）』って呼ぶんだ。Elastic Compute Cloudの略で……」
妻： 「ストップ。いきなり新しい呪文の詠唱に入らない。イーシーツー？ Cが2つあるってこと？ C-3POの親戚？」
僕： 「あ、ごめんごめん（笑）。で、このEC2の『Elastic（弾力性がある）』って部分が今日の肝なんだ。例えばさ、会社の経費精算システムって、月末になるとアクセスが集中して全然動かなくなったりしない？」
妻： 「あるある！ 月末の夕方なんて画面が真っ白のままクルクル回って、イライラしながらF5キー連打してるよ。あれってサーバーがパンクしてるんでしょ？」
僕： 「そう。自前で物理サーバーを持つ『オンプレミス』の場合、そういう『月末のピーク時』に合わせて、あらかじめすごくハイスペックな機械を買っておかないといけないんだ。これをキャパシティプランニングって言ってね……」
妻： 「なるほどね。でもちょっと待って。それって、月末以外のヒマな時は、せっかくの高い機械が遊んでるってことでしょ？」
僕： 「うん、そうなるね。」
妻： 「半導体工場（ファブ）で言ったら、お盆の特需のためだけに何十億円もする超高価な露光装置を何台も買って、普段はホコリかぶせてるようなもんじゃん。減価償却どうなってんのよ。うちのCFO（最高財務責任者）が見たら泡吹いて倒れるわ。」
僕： 「（笑）。まさにそれ！ 昔のITインフラはCFO泣かせだったんだよ。でもAWSなら、前回の『サーバーが秒で湧く魔法』を自動化できる。これが『オートスケーリング』なんだ。」
妻： 「オートスケーリング。自動でスケール（規模）を変える、と。前回私が言ってた『渋滞の時だけ高速道路の車線を勝手に増やす』ってやつ？」
僕： 「その通り！ 『サーバーのCPU使用率が80%を超えたら、自動的に同じ中身のサーバーをもう1台ポンッと追加して、処理を分散する』みたいな設定ができるんだ。しかも、アクセスが落ち着いたら、追加したサーバーは自動で消滅する。」
妻： 「自動で増殖して、用が済んだら消える……。スライムか何か？ しかも消えたらお金かからないんでしょ？」
僕： 「そう！ 月末の3日間だけサーバーを5台に増やして、月初になったら1台に戻す、なんてことが全自動でできる。お盆の東名高速も、渋滞の時期だけ3車線を10車線にして、終わったら3車線に戻せば、無駄な維持費もかからないでしょ？」
妻： 「ハードウェアの常識からしたらチートすぎる。こっちは歩留まり（良品率）を1%上げるために夜な夜なパラメータ調整して、数ナノメートルの世界で血の滲むような努力をしてるのに！ クローン・サーバーが全自動でポンポン生えてくるとか、ズルい！」
僕： 「まあまあ（笑）。でもね、君たちが作ってくれる最高の半導体（CPUとかメモリ）があるからこそ、AWSの巨大なデータセンターが動いてるんだから。僕らの魔法の土台を物理的に支えてるのは君たちだよ！」
妻： 「ふふん、分かればよろしい。……でもさ、その魔法の箱、なんでも入る四次元ポケットみたいなものはないの？ うちの会社、CADの設計データが重すぎていっつも『ファイルサーバーの容量不足です』って情シスに怒られてるんだけど。」
僕： 「おっ、いいパス！ 次回はその『容量不足という言葉が存在しない四次元ポケット（S3）』について話そうか。」
妻： 「S3……今度はSが3つね。次も横文字多めだったら、あなたのお小遣いをオートスケーリング（縮小）するから覚悟しておいて。」
僕： 「（物理的なダメージが痛い……）」