Amazon EC2(Linux)のswap自動作成を行うRPMパッケージ ec2-swap を作ってみた | DevelopersIO
ども、大瀧です。 前回のブログエントリーで、「EC2のswap領域は起動時にインスタンスストア上に作るといいよ！ただしインスタンスストア既定のファイルシステムはオススメできなくて、その辺ごにょごにょ実装してね☆」という、微妙にイケてないベストプラクティスを提言してみました。「なんだよ、簡単にできるんじゃないのかよっ！」とご立腹の方もいるかもしれません。アンサーブログとまでは言いませんが、簡単にその辺りの機能を実装するRPMパッケージ ec2-swap を作ってみたので、使い方と仕組みをご紹介します。 動作確認環境 Amazon Linux AMI 2013.09.2 - ami-0d13700c (64-bit) ロードマップとしては、CentOSとRHEL AMIを近日中に動作確認、aptリポジトリの作り方がわかればUbuntu(debパッケージ)向けに対応していきたいです。(小声で)
How To Add Swap on CentOS 7 | DigitalOcean
Introduction One of the easiest ways to make your server more responsive, and guard against out-of-memory errors in your application, is to add some swap space. Swap is an area on a storage drive where the operating system can temporarily store data that it can no longer hold in memory. This gives you the ability to increase the amount of information that your server can keep in its working memory
ネットワーク診断の現場から（netcat編・その1） | NTTデータ先端技術株式会社
Tweet はじめに ネットワーク診断では、脆弱性スキャナーや侵入テストツールなどのさまざまなソフトウェアを使用します。これらはどれも複雑なソフトウェアであるため、インストール方法から実際の操作まで、事前に多くのことを学ぶ必要があります。 しかしネットワーク診断の現場では、コマンド1つで提供されるシンプルなツールも多く利用されています。そのような簡単なツールでも、うまく使いこなせばさまざまなセキュリティチェックを行うことができます。 このコラムではネットワーク診断で使われるツールの中から、一般的なUNIX/Linuxで標準パッケージとして提供されており、簡単に利用できるコマンドを紹介していきます。これらのツールはネットワークのトラブルシューティングにも使われることが多いため、ふだんサーバー・ネットワークの構築をしている方々にも役立てていただきたいというのがこのコラムのねらいです。 今回のコ
mysqld_multiを使用して１台のサーバーでレプリケーション環境を構築 – sawara.me
またもや今回もMySQLネタ。 仕事で使っているMySQLなんですが、知らないことだらけだったので、現在改めて勉強中です。こないだMySQLの資格取ったのもその一環なのですが、受験した直後に配信停止されとる。。。 資格自体が失効になるわけではないですが、情弱っぷりが恥ずかしかとです。 夏頃に5.6の試験が配信予定になっていますので、こちらの取得に向けて全力で頑張ります。 さて、今回はmysqld_multiを利用して１台のサーバー上で２つのmysqlデーモンを起動し、レプリケーション環境を構築してしまおうというものです。 今回の環境はCentOS6.5、MySQLのバージョンは5.1で行いました。 データディレクトリの作成 一つのサーバーに複数のmysqlデーモンを立ち上げますので、それぞれで使用するデータディレクトリの準備します。 [bash] # デーモン１用のディレクトリ作成 mkd
MySQL入門 レプリケーション編 - Qiita
#経緯 とある勉強会の内容の復習＆整理 #タイトル インストール・アーキテクチャ基礎編 レプリケーション編 ←今回はこちら バックアップ編 チューニング基礎編 #レプリケーション編 アジェンダ レプリケーションとは レプリケーションの仕組み レプリケーションの種類 レプリケーションの設定方法 バイナリログの管理方法 その他の考慮事項 参考情報 #1. レプリケーションとは ##1.1. 基礎知識 データの複製（レプリカ）を別のサーバにモテる機能 MySQLの標準機能で、多数のWebサイト等で利用されている － シンプルな設定で利用可能 － マスター → スレーブ構成 ##1.2. マスタースレーブ構成 サーバはマスター、スレーブまたは両方になれる マスターサーバ － データを変更 － 変更内容をスレーブに転送 － マスターは複数のスレーブを持てる スレーブサーバ － マスターでの変更内容を
multi_dbを使ってレプリケーションのDBに接続を振り分ける方法
少人数で小規模なECサイトの運用開発を行っています。 Ruby on Rails, aws, postgres 使っています。 最初、レプリケーションされた、DB環境でのマスターDBトスレーブDBの接続の振り分けにOctopusを使おうか考えて色々と調べてみましたが、 スレーブでトラブルが起きた時にも、スレーブDBを参照しにいこうとしてしまうようなので、 それは、いかがなものかと思い、こちらの、Git Hub - multi_dbに切り替えました。 このmulti_dbは、スレーブが停止しても、マスターを見るように切り替わってくれるので、その点安心です。 それでは、設定方法を説明していきます。 database.ymlにスレーブの設定追加 スレーブ用のDBの接続情報をdatabase.ymlに追加します。 追加する、スレーブのdatabase.ymlでの名前の命名ルールは以下のようにします
Amazon Route 53のDNSフェイルオーバー機能を利用したリージョンを跨いだバックアップサイトの構築（EC2 to EC2編） | DevelopersIO
Amazon Route 53のDNSフェイルオーバー機能を利用したリージョンを跨いだバックアップサイトの構築（EC2 to EC2編） 本記事はAmazon Route 53のDNSフェイルオーバーに関する下記記事の続き記事です。 ・AWS：Route 53のDNSフェイルオーバー機能を利用したリージョンを跨いだバックアップサイトの構築（EC2 to S3編） https://dev.classmethod.jp/cloud/route-53-dns-failover-s3/ プライマリサイト（EC2）からセカンダリサイト（EC2）へのDNSフェイルオーバー Route 53に追加されたDNSフェイルオーバー機能ですが、前回はフェイルオーバー先のサイトとしてS3の静的なサイトを採用した場合の構成を試してみました。 今回はフェイルオーバー先のサイトもEC2ベースで構成された場合を試してみま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS ELB keeps showing private IP in Location header on redirect
SSSSLIDE
Vim on Browser (short)