これは Livesense Advent Calendar 2022 DAY 4 の記事です。 こんにちは。アルバイト事業部エンジニアの@mnmandahalfです。 今日は先日開催された社内LT大会で話したネタを記事にしてみたいと思います。 VPoEだけが追い出された？！エンジニアLT大会を開催した話 - LIVESENSE ENGINEER BLOG TL;DR クロスアカウントで暗号化したRDSスナップショットを共有するときはCMKで暗号化した方がベター CMKを作るときのキーポリシーに注意しよう やりたかったこと ざっくり説明すると、以下の通りです。 本番環境（以下、AWSのproductionアカウント）のDBデータをステージング環境（以下、AWSのstagingアカウント）に日次で同期して利用したい その際、個人情報等にアクセスできないようにマスキング処理（例：データの削除、改
Photo by Rubaitul Azad on Unsplashはじめにこんにちは、2021年4月にFinatextに新卒で入社し、まもなく3年目になるToshiya Matsuzakiです。サーバーサイドエンジニアとして、AWSでのインフラ構築とGoによるシステム開発を行っています。 先日、MySQL5.7系互換であるAmazon Aurora v2を使用していたリリース前のプロダクトのデータベースを、MySQL8.0系互換であるAmazon Aurora v3にアップグレードした際に、予期せぬバグが発生しました。調べたところ、MySQL5.7から8.0へのアップグレードに含まれていた破壊的変更点によるものでした。 そこで、今回のバグから得た学びと対応方法について書きたいと思います。現在稼働しているシステムに対して、MySQL5.7系から8.0系にアップグレードをすることを検討してい
Amazon Aurora MySQL DB クラスターのメジャーバージョンのアップグレード - Amazon Aurora
2.12.1 などの Aurora MySQL バージョン番号では、2 がメジャーバージョンを表します。Aurora MySQL バージョン 2 は MySQL 5.7 との互換性があります。Aurora MySQL バージョン 3 は MySQL 8.0 との互換性があります。 メジャーバージョン間のアップグレードでは、マイナーバージョンよりも広範な計画とテストが必要です。このプロセスにはかなりの時間がかかることがあります。アップグレードの完了後に、フォローアップ作業が必要な場合もあります。例えば、これは SQL 互換性の違いや、特定の MySQL 関連機能の動作方法の違いが原因で発生する可能性があります。または、古いバージョンと新しいバージョンでパラメータ設定が異なることが原因である可能性があります。 Aurora MySQL バージョン 2 からバージョン 3 へのアップグレード M
Amazon Relational Database Service (Amazon RDS) DB インスタンスの暗号化されたスナップショットがあります。デフォルトの AWS Key Management Service (AWS KMS) キーを使用します。DB インスタンスの暗号化されたスナップショットを別の AWS アカウントと共有したいです。 簡単な説明 デフォルトの AWS KMS 暗号化キーを使用して、暗号化されたスナップショットを共有することはできません。DB スナップショットの共有の制限の詳細については、暗号化されたスナップショットの共有を参照してください。 暗号化された Amazon RDS DB スナップショットを共有するには、以下の手順を実行します。 ターゲットアカウントをカスタム (デフォルト以外) KMS キーに追加します。 カスタマー管理キーを使用してスナップ
AWS Database Migration Service での移行タスクのトラブルシューティング - AWS データベース移行サービス
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 AWS Database Migration Service での移行タスクのトラブルシューティング 以下では、AWS Database Migration Service (AWS DMS) での問題のトラブルシューティングに関するトピックを見つけることができます。これらのトピックは、AWS DMS とを選択したエンドポイント データベースの両方を使用して一般的な問題を解決するのに役立ちます。 AWS サポートケースがあれば、サポートエンジニアが、エンドポイント データベース構成の 1 つに関する潜在的な問題を特定できることもあります。エンジニアが、データベースに関する診断情報を返すためのサポート スクリプトを実行するように頼む場合もあります。タスク設定ファイルを
僕がrubocopに送ったPRが v0.47.0 に取り込まれました。 個人的に便利機能だと思うのでこの場を借りて軽く紹介したいと思います。 Rails/ReversibleMigrationについて 具体例 どうして作ったか？ 検出精度について auto correctについて Cop開発Tips 前提知識 rubocop静的解析したいソースをruby-parseでS式を出す binding.pryなどでとめてnodeの中身を確認 S式にマッチさせるmatcherを書く Rails/ReversibleMigrationについて Railsのmigrationファイルで change メソッドの中に書いたmigrationコマンドがreversible *1かどうかをチェックするためのcopです github.com 具体例 https://github.com/bbatsov/rail
DB移行の7つのステップ
データベース移行ではどのような作業を行わないといけないのか？全体的な流れを俯瞰的に見なければ、作業の見積もりなどが難しいことだろう。というわけで、今日はデータベース移行時に必要になる作業について7つのステップに分けて紹介しようと思う。言うまでもないことであるが、移行時には既存システムを直接いじるわけではない。（稼働中のシステムを直接いじるのは、走ってるクルマに乗り込むのと同じぐらい危険な行為である！！）開発用のシステムを別途用意して作業を進めるという前提で読んで欲しい。 1. データベース構築まずは何はともあれ新規データベースを構築することである。MySQLであれば典型的な構成にしておけばそれなりに高速に動作するので、細かいチューニングは後で問題が出てからやれば良い。my.cnfはインストールディレクトリの下のsupport-filesディレクトリにあるものを弄ってもいいし、MySQL P
Too Long; Didn't ReadToday we are happy to present <a href="https://github.com/redbooth/percona_migrator" target="_blank">Percona Migrator</a>, an ActiveRecord <a href="https://hackernoon.com/tagged/adapter" target="_blank">adapter</a> to run online MySQL schema migrations in Rails. Since we implemented it back in December 2014 it has gone through few stages but it has always been an essential par
MySQL 8.0 にアップグレードする前に、このセクションで説明されている変更を確認して、現在の MySQL インストールおよびアプリケーションに適用される変更を特定します。 推奨されるアクションを実行します。 互換性のない変更としてマークされた変更は、以前のバージョンの MySQL との互換性がないため、アップグレード前に注意する必要がある場合があります。 弊社の目的はそれらの変更を避けることですが、各リリースの間の非適合性よりもさらに深刻な問題を修正するために必要である場合もあります。 インストールに適用可能なアップグレードの問題に互換性がない場合は、説明に示されている手順に従ってください。 MySQL Server 8.0 には、トランザクションテーブルのデータベースオブジェクトに関する情報を含むグローバルデータディクショナリが組み込まれています。 以前の MySQL シリーズでは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Using an Amazon Redshift database as a target for AWS Database Migration Service - AWS Database Migration Service