AWS

EC2でSTONITH

database

EC2のSTONITHについてご紹介します。

STONITHとは ”Shoot the Other Node in the Head” の略で、サーバーがクラスターの一部とみなされなくなったときに、そのサーバーを物理的に停止させたり、電源を切断したりする技術です。フェイルオーバーする時に、電源を切断するためのコマンドが呼び出されます。このコマンドは、コンフィグレーションファイル /opt/LifeKeeper/config/stonith.conf で定義され、ユーザが設定する必要があります。ここでは、EC2インスタンスの電源を切断するためのコマンドの作成からSTONITHの設定方法を紹介します。

続きを読む

【事例】Spirent社、サイオスの「SANLess Clusters」でAmazon EC2 クラウド上のアプリケーションの高可用性を実現

SpirentSpirent社は、通信分野の試験と測定に関する世界的なリーダー企業で、世界15か国、20拠点で展開しています。また、通信業界向けの革新的なハードウェアとソフトウェアソリューションや、試験方法を開発しています。

同社のIT部門は、効率性を向上し、顧客への最高品質のサービスを維持する方法を常に模索しており、事業をAmazonクラウドに移行することでもたらされる様々な利益を認識していました。

続きを読む

AWS上のLifeKeeper for Linux とJP1を連携させてみた

環境イメージ

>第1回から読む

前回、AWS上のLifeKeeper for Linux(以降、LifeKeeperと記載)とHULFTを連携させて、リソース階層に登録された三つのリソースがフェールオーバーされることを確認しました。

今までは専用のRecovery Kitを導入してGUIでリソース階層までを作成しましたが、今回は専用スクリプトを用いて、JP1を冗長化したいと思います。

続きを読む

AWS上のLifeKeeper for Linux とHULFTを連携させてみた

フェールオーバー時の挙動

>第1回から読む

前回、AWS上のLifeKeeper for Linux(以降、LifeKeeperと記載)とPostgreSQLを連携させて、PostgreSQLプロセスと共有ファイルシステム上のデータベースがフェールオーバーされることを確認しました。

PostgreSQLリソースで登録したプロセスは一つでしたので、今回はHULFTを導入して複数のプロセスを登録したリソースを作成してみます。具体的な構成としては、HULFTを各インスタンスに導入し、環境設定ファイル格納ディレクトリを共有ファイルシステム領域(”/data”)配下に設定します。

この状態でLifeKeeperへHULFTリソース(三つのプロセス)を登録することでHULFTの冗長化を行いたいと思います。

続きを読む

AWS上のLifeKeeper for Linux とPostgreSQLを連携させてみた

フェールオーバー時挙動イメージ

前回、AWS上にLifeKeeper for Linux(以降、LifeKeeperと記載)を導入したので、今回はその環境にPostgreSQLを導入してみました。

具体的な構成としては、PostgreSQLを各インスタンスに導入し、プライマリ側のデータベース保存領域を共有ファイルシステム領域(”/data”)配下とします。この状態でLifeKeeperへPostgreSQLを登録することでデータベースの冗長化を行いたいと思います。

続きを読む