手順書/検証レポート

Azure上に構成したSANLess Clusters構成の運用 – Azure Site Recovery編

前編、後編の検証概念図

こんにちは。
サイオステクノロジー國政です。プリセールスを担当しております。

Azure Backup編は弊社が提唱するHAクラスター構成であるSANLess ClustersをAzure上に構成、その後運用に入るまでに考える事柄の一つである障害への備えとしてAzure Backupの有用性を考えてみました。

後編ではもう一つの障害対策としてAzure Backupではなく Azure Site Recoveryを使った場合はどうか、最後にAzure BackupとAzure Site Recoveryの違いなどもSANLess Cluster構成の場合を念頭に考えてみたいと思います。

続きを読む

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を登録することでデータベースの冗長化を行いたいと思います。

続きを読む