2025年春に見直したい、リソース最適化の基本

クラウド時代のPHPベースなサービス運用において、コストを抑えながらパフォーマンスを最大化するためのリソース選定について、以下の観点で基本的な考え方をお伝えします。

• インスタンスタイプの選択：CPUアーキテクチャの移行
• メモリキャッシュの進化：ミドルウェアの選択
• ストレージ選定：より高速なディスクの利用
• I/O最適化：処理単位を「小さくする」
• 軽量化：コンテナ最適化を意識したOS選定とマルチステージビルド
• ルーティング：シンプルなネットワーク構成

Transcript

1. 2025 年春に見直したい、 リソース最適化の基本 2025/04/12 @sogaoh https://phpcon-odawara.jp/2025/ 1
2. About Me ・ 代表社員 (2022/03 〜) 　・６社で業務委託するクラウドインフラ仕事人 ・ 理事 (2022/01 〜) 　・ "Road to" と会計( 自分& 将来の誰か) をラクにするために奔走 開発組織総合支援 ( 主にクラウドコスト削減) AI ソリューション企業のSRE 支援 日本初クリプトクレジットカード 発行を目指してインフラ構築 sogaoh: 曽我 央 合同会社 ant-in-giant 一般社団法人 SRE NEXT 2
3. AGENDA CPU ・メモリ周り ストレージ・I/O 周り CI/CD 周り ネットワーク周り まとめと補足 資料は公開してあります -> ※1. 履歴が増殖するため、シークレットウィンドウでご覧ください（Chrome を推奨） ※2. ところどころの青の文字や一部の画像はリンクになっています ※3. スペースで次のページに進みます（[o] でOverview が見れます） ( はダウンロードしたPDF ならリンクに飛べるのでご利用ください) https://bit.ly/4i1WekM SpeakerDeck 版 3
4. CPU ・メモリ周り ストレージ・I/O 周り CI/CD 周り ネットワーク周り まとめと補足 4
5. CPU ARM64 系CPU を なるべく 使う DB インスタンスでは迷わずに移行する( 自分の場合) App サーバは検証後に移行( ライブラリ使えないとかある) 理由：性能が良い・コストが低い・消費電力が少ない ※ まだ x86 系CPU が依然として適している場合もある 5
6. Memory Store Valkey を かなり 推している Redis のフォーク( 容易に移行可能) パフォーマンスとリソース使用量に焦点を当てた最適化 コスト効率が良く、OSS( 各種費用面でbetter) ※ データの永続化と実績において Redis に劣る面がある 6
7. CPU ・メモリ周り ストレージ・I/O 周り CI/CD 周り ネットワーク周り まとめと補足 7
8. ストレージ より新世代のディスクを使う gp3/HyperDisk/Premium SSD v2( ※for data only) 高速で、だいたいがコスト・性能効率「より良い」 ワークロードに適したオプションを選択 AWS RDS の I/O 最適化オプションなど メガクラウド以外にも選択肢が出てきている TiDB Serverless など 8
9. (Data) ライフサイクル アクセス頻度に応じたストレージクラス設定 AWS: 標準->IA->Archive “ 参照時に「標準」に戻す” もある Google Cloud: Standard->Nearline->Coldline->Archive Azure: Hot->Cold->Archive 古いスナップショットの定期的な棚卸し 10 年前のなんてもう使わないでしょ？ 9
10. CPU ・メモリ周り ストレージ・I/O 周り CI/CD 周り ネットワーク周り まとめと補足 10
11. コンテナ軽量化 slim なベースイメージ選択 distroless など 小さいimage はより速いdeploy への布石 マルチステージビルド ビルドステージと実行ステージの分離 必要最小限のファイルでアプリケーション実行 11
12. 実行最適化 マルチCPU アーキテクチャの駆使 docker buildx の利用 ※ 基盤が未対応、なこともある 処理の並列化 小さく始めると良さそう 適切な分割が重要 リソース状況を可視化して改善していく 12
13. CPU ・メモリ周り ストレージ・I/O 周り CI/CD 周り ネットワーク周り まとめと補足 13
14. ( 非推奨?) Public subnet ONLY 構成 Security Group のみでアクセス制御 No NAT Gateway No VPC EndPoint 検証用途なら・・・ ※ わりとすぐに破綻します… VPC 内 Lambda とかできない だいぶコストは抑えられる 14
15. 注目の AWS CloudFront VPC Origins Private subnet からの配信を可能とする機能 ALB ・NLB ・EC2 に直接ポイントできる 早速 internal ALB 経由での疎通を試した( 成功) Vercel FE との疎通には AllViewerExceptHostHeader ※余談：IPv4 とIPv6 の併用も試してみた Egress Only Internet Gateway 初めて知った 15
16. CPU ・メモリ周り ストレージ・I/O 周り CI/CD 周り ネットワーク周り まとめと補足 16
17. 新しいものを使っていきましょう。 ただし、今動いているものを尊重しながら。 デフォルトで提供されてるのを脳死で使うのも そんなにダメじゃないけど、特性を理解して うまーく使いこなしてると気持ちイイですよ。 17
18. End あたらしい 技術で世の中 よくしよう お気づきの点あれば まで @sogaoh 18 手伝ってくれる方を随時募集してます
19. [PR] 5/17( 土) 会津若松へ何卒🙏 ソースカツ丼/ 喜多方ラーメン🍜/... 魅力的な観光名所🏯複数... 4/6 時点で 10/20... 移動問題の対策... 考えた! 19
20. [PR] SRE NEXT 2025 も何卒🙏 けろぺん素材は -> https://github.com/sre-next/keropen 20