【新サービス】共有ストレージ(EFS)が発表！EFSの良い点、気になる点 #AWSSummit | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 4月9日(現地時間)に開催れてれいるAWS Summit 2015 San Franciscoで共有ファイルストレージサービスが発表されましたので、ご紹介します。 2015/07/21 Widows用クライアントの記述に誤りがありましたので、内容を修正します。 共有ファイルストレージ AWSでは今までストレージザービスは以下の3種類が提供されていました。 S3：オブジェクトストレージ（OSでマウント不可） EBS：ブロックストレージ（OSでマウント可能） Glacier：アーカイブストレージ（OSでマウント不可） OSでマウント可能な物はEBSのみですが、複数のサーバで共有することができませんでした。そのため高可用性クラスタのシステムを構築するときには、独自にGlusterFSやCephでストレージを構築したり、DRBDでデータレプリケ
こんなに簡単！ Linuxでロードバランサ (2) : DSAS開発者の部屋
前回までで、 複数のWebサーバにロードバランスする というところまではできました。 これでリアルサーバへ負荷分散することができたのですが、冗長性がありませんでした。つまり、リアルサーバがダウンしても、ロードバランサはそれを認識できず、ダウンしているリアルサーバなのにパケットを送ってしまっていました。 このとき、クライアントから見ると、たまにサーバから応答がないように見えてしまいます。 というわけで今回は冗長化のお話、 リアルサーバのヘルスチェック を紹介したいと思います。 今回はkeepalivedを使います。 おおざっぱにいうと、keepalivedは2つの機能を提供します。 1. ヘルスチェック機構と連携したIPVSでのリアルサーバの管理 (--check) 前回ipvsadmコマンドを使って行ったような、バーチャルIPアドレス (VIP) やリアルサーバの管理を設定ファイルに記述す
KeepAlived+MySQLレプリケーションを利用した高可用性インフラの構築 | QK
そもそレプリケーションの構成的にどうなの？とかいう話は別として、単純にやってみたいからやってみました（笑 まず、MySQL レプリケーション（シングルMASTER – マルチSLAVE）ってすごいよね？ データベース参照負荷の高いアプリでは、SLAVEをガンガン増やして、ロードバランサー（keepalived）のvip経由でアクセスしちゃえば、簡単にスケールアウトできちゃうわけだから。仮に複数あるSLAVEサーバのうち１台が故障したとしても、他のSLAVEが生きているかぎり、簡単にロードバランサーから関連ノードを切り離してしまえば、サービスを停止することなく、データベースのメンテナンスができちゃうもんね。 では、MASTERサーバが障害に陥った場合はどうするのか？ ここのリカバリに関してはどうしても時間かかっちゃいますのでなんとか短く復帰できないか？なんていうのを考えてみました。ちなみに動
体験！ 新しくなったLinux-HA
体験！ 新しくなったLinux-HA：Heartbeat＋Pacemaker＋DRBDで高可用Linux（1/3 ページ） Linuxで動作するオープンソースソフトウェアを組み合わせ、高い信頼性を備えたシステムを実現する「Linux-HA」が新しくなり、さらに高い信頼性を実現するようになりました。最新のLinux-HAの特徴と、導入から設定方法まで基本的な環境構築を解説します（編集部） Linuxで動作するオープンソースソフトウェア（OSS）だけでHigh Availabilityクラスタ（HAクラスタ）環境を実現するLinux-HAは、サービスの可用性やデータの保存性に対する要求が高くなったこの数年で非常に注目されている分野です。 Linux-HAとは複数のOSSを組み合わせた環境の総称で、Heartbeat、Corosync、OpenAIS、DRBDなどを組み合わせて実現するHA環境を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQL負荷分散の方法
MySQLの冗長化 2013-01-24
