Amazon Web Services（AWS）は、日本時間12月3日未明から開催中の年次イベント「AWS re:Invent 2025」で、同社のマネージドデータベースサービスの価格を最大で35％安くできる「Database Savings Plans for AWS Databases」を発表しました。 Database Savings Plans for AWS DatabasesはAWSのユーザーが1年間でマネージドデータベースを一定以上使用することをコミットすることで、データベースコストを最大35%削減できるというもの。 前払いは不要で、対象となるデータベースサービスであれば、データベースエンジン、インスタンスファミリー、サイズ、展開オプション、AWSリージョンに関係なく、インスタンスのコストに対して自動的に適用されます。 対象となるサービスは現時点で以下となります。 Amazo

はじめに タイミーで SRE 業務を担当している徳富（@yannKazu1）です。 日々、数千万件のデータと向き合う中で、Aurora MySQL の運用をより良くするための改善を積み重ねています。 本記事では、その中で経験してきた “机上ではわからないリアルな気づきや学び” を、できるだけ具体的にまとめました。 これから Aurora を本気で運用したい方や、同じような課題に悩んでいる方のヒントになれば嬉しいです。 (この記事はTimee Product Advent Calendar 2025の3日目の記事です。) 1. オンラインDDLでも「ゼロロック」ではない ─ ALTER TABLE 実行時の落とし穴 「MySQL のオンラインDDLなら、日中でもサッと ALTER できるよね？」 ──そんなふうに思ってしまうこと、ありますよね。 たしかにオンラインDDLはとても便利で、データ

ヘンリーで SRE をやっている id:nabeop です。 これは株式会社ヘンリー Advent Calendar 2025 (シーズン1) の2日目の記事です。昨日は VPoP (VP of Product) の縣 (id:agtn / @agatan) による事業戦略は技術戦略に影響を与えるが、技術戦略もまた事業戦略に影響を与えるべきでした。 今年の SRE チームの大きなトピックとしてクラウド基盤を Google Cloud から AWS に移設するプロジェクトが進んでいます。プロジェクト自体は去年から始まっており、粛々と進めていたのですが、ある程度の目処が立ってきたので今年の10月に外部向けにもプロジェクトの存在を公開しました。 カジュアル面談やイベントなどで AWS 移設について言及することがあったのですが、一番質問されたのは「なぜ、クラウド基盤の移設をするのか?」という内容で

AWS、Amazon Linux 2023向けの拡張リポジトリ「SPAL」を一般提供開始。EPEL 9由来の約7,823個のパッケージをリビルド提供。Docker、Nginx、Zabbixなど主要ツールが簡単に Amazon Linux 2023 環境に導入可能になりました 2025年11月18日、Amazon Linux 2023 (AL2023) で利用可能な拡張リポジトリ SPAL (Supplementary Packages for Amazon Linux) の一般提供開始（GA）がアナウンスされました。 EPEL 9 (Extra Packages for Enterprise Linux 9) は、Fedoraプロジェクトによりメンテナンスされている Red Hat Enterprise Linux (RHEL) 9 とその互換OS向けの追加パッケージリポジトリです。 今回

株式会社アークエッジ・スペースの id:koba789 です。 アークエッジ・スペースでは、衛星データを活用するためのアプリケーションを開発しています。人工衛星のカバレッジはグローバルなため、それを活用するアプリケーションもグローバルであるべきでしょう。 グローバルなアプリケーションをコスト効率高く提供するため、私たちはサーバレスなプラットフォームを積極的に活用しています。 それは DBMS についても例外ではなく、昨年の re:Invent で発表された Amazon Aurora DSQL を活用しています。課金モデルが従量課金であるため、固定費を押さえたままスモールスタートできるというのも大きなメリットです。 さて、今回はそんな Aurora DSQL を使うときにハマった PostgreSQL との非互換ポイントを紹介します。Aurora DSQL はプロトコルこそ Postgre

コンバンハ、千葉（幸）です。 2025/10/18（土）行われたDevelopersIO2025 TOKYO GRAND FINALEに登壇しました。 登壇の概要はこちら。 AWSコスト最適化の定番！もう聞かれても怖くないRIとSP基礎講座 「どちらを選べばいいか分からない」「人に説明できるほど理解していない」そんなお悩みを解決！AWSコスト削減の要であるリザーブドインスタンスとSavings Plansを基礎から解説します。仕組みから選び方まで実例を交えて分かりやすくお伝えし、明日からあなたが自信を持って説明できるようになっていただきます！ 登壇者：千葉幸宏（チバユキ） ご参加いただいた皆さまありがとうございます。登壇資料と少しの周辺情報をブログにまとめます。 登壇資料 ※一部文字化けしているので、後で直します…… 関連資料 登壇中にこのような比較表を投影しました。 こちらに配置していま

こんにちは！クラウド事業本部コンサルティング部のたかくに（@takakuni_）です。 AWS WAF がアプリケーションレイヤー（L7）層の DDoS 保護機能をサポートしました。re:Inforce 2025 が近づいていますが、非常に興味深いアップデートがきましたね。 アップデート内容 今回のアップデートは「AWS WAF で L7 向けの DDoS 保護を目的とした保護機能および、マネージドルールが追加されました。」というものです。 従来、この DDoS 保護をカバーする方法として Shield Advanced が考えられましたが、月額 3,000 USD からと、価格感が合わなかったりしていたのではないでしょうか。 ドキュメントを見てみると、今回の DDoS 保護を目的とした保護機能は Resource-level DDoS protection、マネージドルールグループは A

はじめに iselegantです。 今日は2025年9月30日(US時間)に発表されたAmazon ECS Managed Instance(以降、ECSマネージドインスタンス)について、その全容とFargateとの違いの観点から特徴を解説していきたいと思います。 ECSにおけるコンピューティングの選択肢として、これまではEC2もしくはFargateのいずれかから選択可能でした。 ECSマネージドインスタンスの登場により、選択肢が3つとなったわけですが、EC2とFargate両者のメリットを享受できるバランスの良い選択肢という位置づけです。 EC2インスタンス自体はAWSの持ち物 ECSマネージドインスタンスを選択すると、ECSタスクを起動させるために、まずEC2インスタンスが起動します。 これ自体は、今までのECS on EC2と変わりません。 ただ、このEC2インスタンスはAWS側の責

【Unit1 ブログリレー4日目】こんにちは、Unit1（製薬企業向けプラットフォームチーム）の高澤です。ブログリレー3日目は河野さんによる「AWS ECSの各クラスタのデプロイの失敗を横断的に検知する方法」でした。 Unit1 では Web講演会 という医師に向けた情報の講演会ライブ配信サービスを開発・運用しています。2020年から段階的にオンプレからクラウドへの移行を進めており、この記事ではデータベースのクラウド移行と併せて本番データの正当性を担保する仕組みを構築した話をご紹介したいと思います。 背景 実現したいこと 方針検討 実装 効果とこれから We are Hiring! 背景 エムスリーではサービスのクラウド化を進めています。チーム横断のSREである「コアSRE」が運用するオンプレ環境から、各サービスチーム内のSREである「チームSRE」が管理するクラウド環境に移行すると同時に

請求はある日突然に その日、自分は後輩に「はま寿司」を奢った。 「寿司に連れていったる！」と約束したのに、すっぽかして3年たっていた。逃げ切るつもりだったが催促されやむなしに奢る羽目になった。 「10皿までにしてくれよ」 そう言ったのに、彼は26皿食べた。 食べ盛りの中学生を持つ親が寿司の前におにぎりを食べさせる理由を完全に理解できた。 そもそも1人に奢るはずだったのに、いつのまにか新卒と来年入社の内定者まで生えていた。 彼らもそれぞれ20皿ずつ食いやがった。自分は8皿しか食べてないのに。 こうしてお会計。料金は10500円。 手痛い出費に財布が軽い。 ｢もう1年は奢らないぞ｣と心に誓って帰路に向かった・・・ そこでふとカードの収支を見た。そこに映し出されたのは 死！！！！！！！！！！！！！！！！！！！！！！！ は!?!?!??!?!??! え!?!?!?･ いやむりやが!??!?!?!?

through-bastion /tmp/10mb_test_file Running iteration 1... Iteration 1: Latency = 1663 ms Running iteration 2... Iteration 2: Latency = 914 ms Running iteration 3... Iteration 3: Latency = 967 ms Running iteration 4... Iteration 4: Latency = 912 ms Running iteration 5... Iteration 5: Latency = 930 ms Running iteration 6... Iteration 6: Latency = 1015 ms Running iteration 7... Iteration 7: Latency

不正に作成されたIAMユーザーやIAMロールの削除 身に覚えのない変なIAMユーザー/IAMロールがいないか？ 強い権限（AdminiStratorAccessなど）を持つリソースから順番にチェックしていき、怪しいものがあれば権限剥奪、アクセスキーを無効化しましょう。 既存のIAMロールの信頼関係も念の為確認しておいたほうが良いでしょう（信頼設定された外部プリンシパルが攻撃者のリソースのケースがあるかも）。 もしIAM Access Analyzerを有効化しているのであればチェックしましょう。 ここでリストアップされる検出タイプは下記の2種類で、下記条件に該当するIAMロールやS3がリストアップされています。 パブリックアクセス：誰でもアクセスできるリソース 組織外のアクセス：Organizations外からアクセスできるリソース 不正作成されたリソースの確認・停止 おそらくコンピュート

AWS のクロスアカウント・オペレーションを楽にする地味なアップデートが AWS CLI にきました。 tl;dr [dst-role] role_arn = arn:aws:iam::123456789012:role/some-role credential_source=Ec2InstanceMetadata というようにクレデンシャル設定($HOME/.aws/credentials)の credential_source に Ec2InstanceMetadata を指定するだけで、インスタンスプロファイルから対象アカウントの IAM Role を assume 出来るようになりました。 ユースケース 特定のサーバーから複数のAWSアカウントのリソースを操作する事を考えます。 操作先の各 AWS アカウントに IAM クレデンシャルを発行すると、アカウントが増えた時のクレデンシャ

2025.08.01 技術記事 AWS ElastiCache for Redis から Valkey への移行 [DeNA インフラ SRE] by yayohei #infrastructure #sre #aws #elasticache #redis #valkey #infra-quality 移行トラブルに関する追加情報 (2025/09/22 更新) 移行トラブルに関する追加情報を追記しました。 再現手順と対応方法まとめ 弊社にてテストを行い移行時のトラブルを再現することができました。 現象から推測するとプライマリへの書き込みが頻繁に発生している状態でアップデートを行うと、プライマリの接続が Valkey に切り替わった後にすでに接続済みのプライマリ接続の読み込みにて 30 秒程度の反映遅延が確認できました。 遅延時間については、本番で数分程度の反映遅延があったことも確認して

こんにちは、つくぼし(tsukuboshi0755)です! AWSでリレーショナルデータベースを使用する際に、多くの場合で一度はAuroraとRDSのどちらを使うか検討する事になると思います。 そこで今回は、AuroraとRDSのポイントを比較しやすいように、機能面と料金面の2点において、ざっくり一覧表で簡単にまとめてみます！ 機能比較表(2023/4現在) まずはAuroraとRDSについて、機能面から一覧表でまとめてみます。 比較項目 Aurora RDS