RDSの本番データをテスト環境へ自動で移行させる - Sanwa Systems Tech Blog
こんにちは。おいかわです。 ゴルフ場web予約システムの開発・運用・保守をやってます。 最近はジョジョSSというスマホゲームにハマりまくっております。 ちなみに最近のお気に入りはガンガン闘うを装備させたジョセフ・シーザーのコンビメダル（通称ジョーザー）です！ ところで開発時やテストの段階から本番データ使ってやれると便利じゃないですか？ 何より運用していて作られた実際のデータっていうのは、テストデータでは見つけられないバグを発見する手助けになりますよね。 てことで弊社では本番データをスクリプトで定期的にテスト環境に自動反映させてます。 概要 本番環境のRDSスナップショットをリストアし、テスト環境のRDSを再構築します。 この方法のメリットはmysqldumpなどを使用する方法に比べ、本番環境に全く影響も負荷も与えないところです。 環境 本番・テスト環境ともにAWSのEC2＋RDSで構築して
タイムゾーンの設定方法をメモ(RHEL6, RHEL7, Ubuntu編)
RHEL6(amazon Linux含む) RHEL7(systemd) Ubuntu の各環境でタイムゾーンを設定する方法をメモ。 まずは RedHat 6系の場合。 amazon ec2 のドキュメントにわかりやすい説明があるので、これを読めばOK Setting the Time for Your Linux Instance – Amazon Elastic Compute Cloud http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/set-time.html タイムゾーンの一覧を取得 /usr/share/zoneinfo 以下のタイムゾーン情報から設定したいタイムゾーンを調べる ~]$ ls -F /usr/share/zoneinfo Africa/ Chile/ GB Indian/ MST PRC UTC Americ
AWS EC2を作ったらこれはやっておけ〜 - サーバー初期構築 –
EC2でのサーバー構築手順 構築前の約束事 構築を始める前に。。。 インフラ技術者の約束ごと。 ・ファイルを変更するときは、バックアップをとってから！ EC2にログイン sudo su -l rootアカウントのパスワード変更 $ sudo su -l $ passwd ローカルタイム変更 $ ll /etc/localtime* $ cp -rp /etc/localtime /etc/localtime.org && cp -rp /usr/share/zoneinfo/Japan /etc/localtime $ ll /etc/localtime* ———————————————————————- 時間が日本時間になっているのを確認 ———————————————————————- $ date yum updateなどでglibcパッケージが更新されるとJSTからUTCにまた戻る
強いBIND DNSサーバを構築する 第四回 マスターサーバのゾーン設定 | ユーロテック情報システム販売株式会社
named.confファイルの設定 – recursionを禁止する 前回のキャッシュDNSサーバでは、不特定多数のドメインやIPアドレスの名前解決をすることが目的であるため、recursion（再帰的参照）が必須でした。一方、recursionは、ゾーン情報を不特定多数の外部DNSホストから受け取るため、なりすましによる「キャッシュポイズンニング」と呼ばれる攻撃の対象となりやすい機能です。DNS参照クエリーがUDPである点も、TCPサービスに比べパケットを捏造した攻撃の標的となりすい性格は否めません。 この危険を考慮すれば、自身が所有するゾーンの情報を不特定多数の第三者ホストに提供することが目的である、いわゆる「プライマリDNSサーバ」や「セカンダリDNSサーバ」については、キャッシュ専用サーバを別途たてるなどして、自身が所有するゾーン情報のみを処理させるために極力recursionを禁
お名前.comで取得したドメインのDNSをAWS Route53に移行する - No Web Service No Life
久しぶりに技術ネタです。 個人でいくつかサイトやサービスを運営していて、ドメインも複数所有しています。 全てお名前.comで取得していて、DNSも提供されているものを使っていたのですが、数が増えてきたので、AWSのRoute53に移行をしました。 移行した理由は以下です。 慣れているので操作がしやすい DNSフェイルオーバーが利用できる（一番好きなCDPはSorryPageパターンなので、、、） S3にホスティングしている静的サイトにNakedDomainが設定できる 今後単純なサイトはS3に移行していこうと思っているのでこの辺りの親和性も考慮しました。 備忘録的に、移行手順を簡単に記載しておきます。 Route53側 Create Hosted Zoneクリック ドメイン名を入力し、createクリック 作成されたHosted Zoneを選択し、detail欄に表示されるDelegati
named-checkconf コマンドで BIND の設定をチェック
DNS サーバである BIND の設定ファイル named.conf を書き換えた後、いきなり再起動してしまうと、記述エラーがあったときにデーモンが起動せず焦ります。 named-checkconf コマンドを使えば、事前に named.conf の記述が正しいかチェックをしてくれます。ただしチェックできるのは文法エラーとか、ファイルの存在有無だけです。ゾーンファイルの A レコードの値が正しいかとか TTL が適切かといった部分はチェックできませんので、DNS が稼動している状態で名前解決ができないなどのトラブルのときに使うものではありません。 # named-checkconf /etc/named.conf chroot している場合は、-t オプションを使います。 # named-checkconf -t /var/named/chroot /etc/named.conf name
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
oss-d.net