負荷低すぎはもはや障害じゃないのか - mikedaの日記

前のブログの続きで、もにかじ7で話した小ネタその2。 実際にサービスでなんかやったというのじゃなく、こういうこと考えてるんだけどみんなどうしてます？って話です。 まずオンプレ時代はサーバのスペックダウンはけっこう大変だったし、頑張ってメモリやCPU引っこ抜いてもそんなに節約にならなかった。 ※CPUやメモリはサーバ価格の一部でしかないし、ラック費用(消費電力)もあるし。 でもクラウド前提だとスペックダウンはとても簡単で、スペック半分にすると価格も半分になる。 そうすると、 『イベントで一時的にc4.4xlarge(8万/月)にして、そのまま最大CPU使用率10%とかで数ヶ月放置されている』 みたいなのはビジネス的な損失という意味で明らかに障害で、監視すべきじゃないだろうか？ みんななんかやってますか？ というようなことを参加者に聞いてみました。 参加者の中では、AutoScalingしてい

[mikeda]

アラート飛ばそう！

[tuki0918]

あ、これ人件費で見たことある

[lluvias]

一回コスト下げると次にあげる時のコストに対し稟議が必要だったりするからそのまま放置してる。

[legnum]

ここ頑張ってもそんな節約にならなくて評価にはもっと繋がらない、そのくせ何かあったら評価ぐわんと下がるからインセンティブ低いんよな/余力は各部署で累積肥大化するからそれはカットしないとダメ

[chess-news]

メカ設計する人だけど、要求仕様に対して安全率をどのぐらいとるとか考えないの？

[atwata]

確かに。でもうちのインフラエンジニアはコストに責任を負っていないので実施する動機を得にくい

[uturi]

なかなか面白い発想だけど、下手すると「火事が無いから消防署は無駄」理論になりそう。ある程度の余裕があった方が急なアクセス負荷に耐えられるし。

[ngsw]

発想がすごくいい。今まさにAWSとりかかっていて、クラウドにするからには「経営の意思決定」と「インスタンスの状態」を速やかに連動させたい、という思いがある。

[HHR]

未来予測の角度による

[yhira0202]

今風な発想だなぁと。

[reitanigawa]

一番、安い構成なのに、全然アクセスがのびず、全然負荷があがらなくて、笑うに笑えない状況なら経験したことがある。

[Windymelt]

良い記事だけど知らなかった

[june29]

覚えておきたい考え方。

[uuutee]

“監視ツールと連携して、もっと簡単にやる方法はないかな。”

[nntsugu]

ですね!

[hirsato]

クラウド化でスペックダウンが容易になり、効果も大きくなったので、『負荷高すぎ』だけじゃなく『負荷低すぎ』も障害として監視すべきじゃないのかな。

[shin0O]

障害というか損失じゃねーかなと(必須→やるべき とやわらかくなってはしまうけど)

[motchang]

規模によりけりかなぁ

[ytabuchi]

ブコメで再度リソース上げるの大変とか言ってる会社はエンドからたんまり巻き上げてるか上げるのに稟議が必要とかオンプレと考えが変わってないじゃん？といえますね。

[TAKEmaru]

急なアクセス増加にどの程度まで対応するかの判断がむずかしい

[akahigeg]

規模小さいとスペック上げ下げするための人件費の方が高く付きそう。

[tyru]

http://www.hinemos.info/option/cloud とか？

[quabbin]

フルオートでスケールさせているからあまり気にしてなかった…。/standardなら人件費のほうが気になるけど、8xlargeあたりになってくると話が違ってくるやも…か。

[hi-hats]

必要な気がする

[pmakino]

ブコメが興味深い。一度下げると戻すのが面倒だとか、エンジニア視点だとリスク増えるけど特にメリットないとか、ある程度の組織になると不毛な視点も交えながらものを考えなければならなくなると。

[konishika]

従量課金時代の新しい監視項目だね

[ryozo18]

そういう監視にコストをかけなくていいのがクラウドのメリットなのではないか、とか

[KariumNitrate]

DNSとか中継鯖とかのダウンの話ではない。▼ブコメで人件費の話が…。「火事がなければ消防署は要らない」「データがクラッシュしなければバックアップは要らない」はネタとしては面白いけどカテゴリが違う気がする。

[warauashi]

AWSいずれインスタンス単位じゃなくて本当の意味でのリソース課金なるはず。

[honeybe]

なるほど。その発想はなかった。

[field_combat]

確かに

[peketamin]

クラウド時代のコスト管理の考え方

[kazuph1986]

良い。

[porcaro]

完全同意します。

[matsumanahate]

低負荷すぎも気をつけるの大事

[Makots]

投資効率の低下を監視するって話。営業とかにアラートメールを投げつければよいのでは。

[daltonp]

障害という言い方に？はあるけど、リソース利用が低いから気楽にダウンスケールしてコスト削減が直結する構成が当たり前に利用出来る世の中は便利になったなあとつくづく思います

[rryu]

オートスケールアップとダウンもやればできそうだけどその仕組みを作る方が高くつきそう。

[s-tomo]

発想はいいけどだいたいはエンジニアのほうが高い

[akuwano]

AutoScalingじゃない手軽な何かはあるといいかも。