怪奇？スケールアウトするとパフォーマンスが落ちるデータベース - カミナシエンジニアブログ

テクノロジーカテゴリーの変更を依頼記事元:

kaminashi-developer.hatenablog.jp

44users がブックマークコメント

記事へのコメント3件

注目コメント
新着コメント

n593977 "I/O-Optimized"は既に有効にしてるのか気になる

2025/06/03 リンク

prograti カミナシってピーク時間帯が決まっているんだ。いろんな業種が使っているからバラバラそうだけど / "ピーク時間と連動する形で 4xlarge のReaderインスタンスを追加・削除するように"

2025/06/03 リンク

versatile AWS公式ドキュメントのミスか。でもCamelCase で DBをDBとするかDbとするかは企業によってまちまちって感じだよなぁ。DataBase なんだからどっちも大文字だろうと思ってたけど snake_case で d_b かってなるし・・・

2025/06/03 リンク

n593977 "I/O-Optimized"は既に有効にしてるのか気になる

2025/06/03 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

怪奇？スケールアウトするとパフォーマンスが落ちるデータベース - カミナシエンジニアブログ

こんにちは。ソフトウェアエンジニアの古屋です。データベースのメトリクス、見てますか？私のチームが... こんにちは。ソフトウェアエンジニアの古屋です。データベースのメトリクス、見てますか？私のチームが開発運用を担当する『カミナシレポート』では Amazon Aurora MySQL をメインのRDBMSとして利用しています。この Aurora MySQL について少し課題がありました。課題1. 増え続けるコスト昨年の12月以降くらいでコスト、とくに Aurora:StorageIOUsage が右肩上がりで増えています（図の青色）。課題2. 悪化するパフォーマンス（実際に運用されているのを初めて見たのですが）『カミナシレポート』で利用している Aurora クラスターはCPU利用率（しきい値：60%）に基づいたオートスケールの設定がされており、アクセスのピーク帯になると負荷に応じて自動的にスケールアウトするようになっています。ただ、スケールアウトしてもパフォーマンスがよくなってい