2016.11.02 JAWS-UG横浜 - Reboot!! http://jawsug-yokohama.connpass.com/event/40497/
(最終更新日: 2017/9/25) はじめに production 環境で MySQL 5.6 動かすためのパラメータ設計についてまとめました。この記事がカバーする内容は次のとおりです。 パラメータを設定するスクリプト。 各パラメータにおける変更するかどうかの判断基準。 想定されるメモリの消費サイズを算出してパラメータが妥当かどうか確認する方法。 サービスの状況に応じててきぎ読みかえてください。 【結論】パラメータグループ作成・パラメータ設定のスクリプト 結論として、パラメータグループを作成し、パラメータを設定する aws-cli のスクリプトを置きます。Amazon AWS の Web Console から設定することもできます。 #!/bin/sh # == パラメータグループ作成 aws rds create-db-parameter-group --db-parameter-gr
Amazon SageMaker Geospatial Capabilities Now Generally Available with Security Updates and More Use Case Samples At AWS re:Invent 2022, we previewed Amazon SageMaker geospatial capabilities, allowing data scientists and machine learning (ML) engineers to build, train, and deploy ML models using geospatial data. Geospatial ML with Amazon SageMaker supports access to readily available geospatial dat
非RDSのMySQLをRDSに移行する方法としてまず思い浮かぶのが 移行先のRDSを用意 メンテナンスを入れて非RDSへの書き込みがなくなるようにする 非RDSからmysqldump mysqldumpしたデータをRDSへ投入 利用するDBをRDSに切り替え 動作確認 メンテナンス解除 といった具合ですが、データベースに格納されているデータが大きいとメンテナンス時間は長時間に及びます mysqldumpした後のデータサイズが約40GBの状態で試算してみると mysqldumpに1時間、投入に3時間ぐらいは掛かりそうな雰囲気でした これだけ長時間になるとサービスに与える影響が大きいなぁということで、いろいろと調べていてたどり着いたのがこの方法 非RDSからmysqldump 移行先のRDSを用意 mysqldumpしたデータをRDSへ投入 RDSを非RDSをマスターとしてレプリケーションする
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く