SafeKit：オールインワンの SANレス高可用性（HA）＆アプリケーション・クラスタリング・ソフトウェア

SafeKitとは？

SafeKit は、リアルタイムのホストベース複製（レプリケーション） 、自動フェイルオーバー 、およびロードバランシング を単一のパッケージに統合し、アプリケーションの100%の稼働率を保証するオールインワンの高可用性（HA）ソフトウェア ソリューションです。

SafeKit は、標準的なサーバー間でデータを同期させることで、高価な共有ストレージ（SAN）や特別なITスキルを不要にします。WindowsおよびLinux環境において、企業向けデータベース （SQL Serverなど）、重要セキュリティシステム （Milestone XProtect ビデオ管理ソフトウェアなど）、およびSCADA産業用制御ソフトウェア （Siemensアプリケーションなど）を保護するための、シンプルでコスト効率の高い手法を提供します。

🧑 お問い合わせ 🎁 評価版のダウンロード 🏅 無料認定 💰 永久ライセンス費用

🔍 SafeKit 高可用性ナビゲーションハブ

SafeKit の探索：機能、技術ビデオ、ドキュメント、無料トライアル

リソースタイプ	説明	ダイレクトリンク
主な機能	シンプルでコスト効率の高い高可用性に SafeKit が選ばれる理由	SafeKit が選ばれる理由を見る
ユースケース	SafeKit が重要インフラの高可用性をどのように確保するかをご覧ください	すべてのユースケースを見る（OEMソフトウェア、エッジサーバー、SCADA、など）
導入モデル	オールインワンの SANレス HA：共有ディスク不要のソフトウェアクラスタリング	SafeKit オールインワン SANレス HA を見る
HA 戦略	SafeKit：インフラ（VM）レベル vs. アプリケーションレベルの高可用性	SafeKit HA と冗長性：VM vs. アプリレベルを見る
技術仕様	SafeKit クラスタリングの技術的制限事項	SafeKit 高可用性の制限事項を見る
概念実証（PoC）	SafeKit：高可用性構成とフェイルオーバーのデモ	SafeKit フェイルオーバーチュートリアルを見る
アーキテクチャ	SafeKit ミラークラスターの仕組み（リアルタイムレプリケーションとフェイルオーバー）	SafeKit ミラークラスター：リアルタイム複製とフェイルオーバーを見る
アーキテクチャ	SafeKit ファームクラスターの仕組み（ネットワーク負荷分散とフェイルオーバー）	SafeKit ファームクラスター：負荷分散とフェイルオーバーを見る
競争優位性	比較：SafeKit vs. 伝統的な高可用性（HA）クラスター	SafeKit と伝統的 HA クラスターの比較を見る
技術リソース	SafeKit 高可用性：ドキュメント、ダウンロード、トライアル	SafeKit HA 無料トライアルと技術ドキュメントを見る
構成済みソリューション	SafeKit アプリケーションモジュールライブラリ：すぐに使える HA ソリューション	SafeKit 高可用性アプリケーションモジュールを見る

シンプルでコスト効率の高い高可用性（HA）に SafeKit が選ばれる理由

SafeKit の機能は何ですか？

SafeKit は、単一のソフトウェア製品で Windows および Linux 向けに以下の機能を提供します。

ロードバランシング（負荷分散）
同期リアルタイム・ファイルレプリケーション
アプリケーションの自動フェイルオーバー
サーバ障害後の自動フェイルバック

SafeKit の設定には特別なスキルが必要ですか？

いいえ。SafeKit は導入が非常にシンプルであり、高度な専門知識は必要ありません。

SafeKit を使用するために追加のハードウェアが必要ですか？

いいえ。SafeKit は既存のサーバ、仮想マシン、またはクラウド上で動作します。共有ディスクや SAN ストレージは不要です。

SafeKit のほかに、別途ソフトウェアライセンスが必要ですか？

いいえ。SafeKit は標準的な Windows および Linux エディションで動作し、データベースの Enterprise エディション等のライセンスも必要ありません。

SafeKit はどのような課題を解決しますか？

SafeKit は以下の問題を解決します：

ハードウェア障害（問題の20%）：コンピュータ室全体の完全な停止を含みます。
ソフトウェア障害（問題の40%）：重要なプロセスの再起動を含みます。
ヒューマンエラー（問題の40%）：その使いやすさにより、操作ミスを防止します。

SafeKit はどのようなアプリケーションをサポートしていますか？

以下に対して、リアルタイム・レプリケーションとフェイルオーバーを実装できます：

あらゆる種類のアプリケーション、ファイルディレクトリ、およびサービス
データベース
Hyper-V または KVM の仮想マシン全体
Docker、Podman、およびクラウドアプリケーション

SafeKit はどのようにコストを削減しますか？

SafeKit は、以下の要件を不要にすることでコストを削減します：

ネットワークロードバランサや専用プロキシサーバー
共有ディスクやレプリケーション機能付き SAN ストレージ
オペレーティングシステムやデータベースの Enterprise エディション
専門的なクラスターメンテナンススキル

SafeKit 高可用性ソリューションの価格体系とライセンスについて教えてください。

SafeKit は、CPUコア数やソケット数に関わらず、サーバー台数のみに基づいた透明性が高くコスト効率の良いノード単位のライセンスモデル を採用しています。継続的なサブスクリプションを義務付ける多くの競合他社とは異なり、SafeKit は永久ライセンス を提供しており、総所有コスト（TCO）を抑え、長期的なソフトウェア資産としての運用を可能にします。

追加費用なし： すべてのプリセット済み HA アプリケーションモジュールは無償で提供されます。
リスクフリーの評価： お客様の環境でフェイルオーバーとレプリケーションをテストするために、30日間無料トライアルをダウンロードいただけます。
個別見積もり： お客様固有の高可用性要件に合わせた**お見積もりについては、こちらからお問い合わせください** 。

SafeKit の活用事例

SafeKit OEM版

アプリケーションに高可用性を提供することで、サービスの継続性を確保し、ダウンタイムのリスクを軽減して顧客の信頼を高めることができます。これによりビジネス価値が向上し、標準的なインフラストラクチャ上で重要な業務を中断することなく実行できるようになります。

高可用性オプションとして、SafeKitをカタログに追加してください。アプリケーションに合わせたソフトウェアのみのソリューションで、共有ストレージなどの隠れたコストはなく、ハードウェアに完全に依存しません。物理、仮想、クラウド環境に展開可能で、シンプルなプラグアンドプレイ管理を実現します。

SafeKit エッジ版

エッジの現場にはデータセンターや高可用性（HA）の専門知識がないことが多くありますが、事業継続性は極めて重要です。SafeKit は、工場、石油プラットフォーム、船舶、ビルセキュリティ、航空管制、5G ネットワーク、ヘルスケア、小売などのエッジアプリケーションの稼働を維持します。

SafeKit は、2台の標準的なエッジサーバー（ブランド不問）を、プラグアンドプレイの HA クラスターに変身させます。共有ストレージや SAN は不要です。軽量なスタックひとつで、リアルタイムのレプリケーションと自動フェイルオーバー（ロードバランシングも含めることが可能）を実現し、インストールと管理も簡単です。

VMS向けSafeKit

ビデオ管理ソフトウェア（VMS）は公共の安全において極めて重要です。ライブ映像やアーカイブ映像を記録・表示することで、警備担当者は事件や事故に即座に対応できるようになります。VMSのいかなる停止も、人命や資産を直接的なリスクにさらすことにつながります。

SafeKitは、サーバーやソフトウェアの障害時でもライブストリームや録画データへの継続的なアクセスを維持し、ビデオ損失や監視の空白を防ぎます。Milestone、Genetec、Hanwha などの主要なVMSプラットフォームとシームレスに統合し、最も重要な瞬間に監視体制を維持します。

EACS向けSafeKit

電子アクセス制御システム（EACS）は物理的セキュリティに不可欠であり、ドア、バッジ、リーダー、センサーを通じてプライベートで機密性の高いエリアへのアクセスを制御・監視します。システムのいかなる停止も、人、建物、資産を即座に侵入の危険にさらすことになります。

SafeKitは単一障害点を排除することで、アクセス制御の判断、アラーム、および資格情報（クレデンシャル）を常に利用可能な状態に保ちます。Hirsch Microsesame、Nedap AEOS、Siemens SiPass などのEACSソリューションに復元力の高い運用を提供し、インフラ障害が発生しても安全なアクセスを保証します。

SCADA向けSafeKit

SCADA（監視制御およびデータ収集）システムは産業環境の中核を担い、センサー、バルブ、ポンプ、モーター、およびヒューマンマシンインターフェース（HMI）を通じて、オペレーターが重要なプロセスを監視・制御することを可能にします。

SafeKitは、Probatのコーヒー焙煎機やALSTEFの手荷物仕分け機 などを動かすSCADA制御システムが、ハードウェアやソフトウェアの障害に関わらず稼働し続けることを保証し、生産ダウンタイムを最小限に抑えます。これにより、オペレーターは常に産業プロセスの完全な可視化と制御を維持でき、多大なコストを伴う停止や安全リスクを防ぐことができます。

BMS向けSafeKit

ビル管理システム（BMS）は近代的な建物の中核であり、空調（HVAC）、配電、照明、火災安全、および給排水システムの自動制御を提供します。システムのいかなる停止も、居住者の安全、快適性、およびビル運営に直接的な影響を及ぼす可能性があります。

SafeKitは、障害が発生した場合でもBMSサービスを透過的に実行し続けることで、ビルオートメーションを保護します。Siemens Desigo CC、Bosch BIS 、および関連システムをサポートし、安全で効率的、かつ中断のないビル運営を維持します。

ATC向けSafeKit

航空管制（ATC）システムは航空安全の要であり、監視、誘導、および制御アプリケーションを通じて、地上および空中における航空機の動きをリアルタイムで監視・制御することを可能にします。

SafeKitは、管制官が重要なエアサイド・アプリケーションへ中断なくアクセスすることを保証し、ATCシステムのレジリエンス（回復力）を強化します。ADB SafeGate などのATCおよび空港ソリューションで使用されており、あらゆる条件下で安全かつ継続的な航空交通運用をサポートします。

OCC向けSafeKit

運行指令所（OCC）は近代的な地下鉄ネットワークの中核であり、列車の運行、電力供給、信号、旅客案内、およびインシデント管理の監視を一元化しています。自動運転（ドライバーレス）の地下鉄路線において、OCCは運行制御の唯一の拠点となります。

SafeKitは、障害発生時でもOCCアプリケーションの可用性を維持することで、中断のない地下鉄監視を確実にします。パリの自動無人運転地下鉄路線 の運行指令所をサポートしており、乗務員に頼ることなく、継続的なサービス提供と迅速なインシデント対応を可能にします。

なぜオールインワンの SANレス高可用性製品が不可欠なのか？

ビジネス継続性の世界において、多くの組織は「バックアップ」や「データ複製ツール」を持っていることが、高可用性（HA） を実現していることと同じであると誤解しがちです。しかし実際には、これらはパズルのピースの一部に過ぎません。真に100%の稼働率を保証するには、フェイルオーバープロセスのあらゆる階層を統合したオールインワンのソリューションが必要です。

ここでは、断片的なアプローチがなぜ失敗するのか、そしてなぜファイルレベルのホストベース複製 を利用する SafeKit のような統合型オールインワン製品が必要とされるのか、その理由を解説します。

ホストベースのレプリケーションだけで高可用性を実現できますか？

いいえ。データレプリケーション（複製）は、単にサーバーAからサーバーBへデータをコピーする行為に過ぎません。レプリケーションは重要ですが、それ自体が高可用性を提供するわけではありません。HAスタックの他のコンポーネントがなければ、レプリケーションは単なる「パッシブコピー（受動的なコピー）」であり、活用するには手動での時間のかかる介入が必要になります。

サーバーAがクラッシュしても、データレプリケーションソフトは自動的にユーザーの接続先をサーバーBに切り替えることはありません。
アプリケーションが停止したことを検知することもありません。
サービスを再起動することもありません。

断片的なソリューションに潜むリスク：なぜサイロ化された HA は失敗を招くのか

多くのベンダーは、ホストベースのレプリケーション 、フェイルオーバー 、およびロードバランシング を実現するために、複数の異なる製品を「つなぎ合わせる」ことを要求します。このような断片的なアーキテクチャは、ミッションクリティカルなシステムにとって危険な戦略です。

脆弱な統合： レプリケーションに製品A、クラスタリングに製品Bを使用すると、いわば「積み木」のような不安定な状態になります。OSのアップデートやセキュリティパッチの適用ごとに、これら独立したエンジン間の脆弱な通信リンクが切断されるリスクが生じます。
高い認知負荷とヒューマンエラー： 複数のインターフェースを管理することは、ミスを誘発します。システム障害というプレッシャーのかかる状況下で、問題診断のために異なるGUIを行き来したり、異なるCLI構文を使用したりすることは、混乱を招き、ダウンタイムの延長につながります。
ベンダー間の責任転嫁： フェイルオーバーが失敗した際、レプリケーション担当ベンダーがクラスタリングツールを非難するといった事態が起こり得ます。その結果、ユーザーは解決策が見えないまま板挟みになります。オールインワン・ソリューションであれば、責任の所在が明確になります。
複雑なメンテナンス： 断片的なシステムは、個々のコンポーネントごとに専門的なスキルを必要とします。そのため、メンテナンスが困難になり、時間の経過とともに維持コストが大幅に増大します。

データ以外に、真の SANレス・フェイルオーバーにはどのようなコンポーネントが必要ですか？

リカバリを自動化し、ダウンタイムを排除するために、オールインワン製品は以下の複数の技術的要素を同時に管理する必要があります。

ホストベース・レプリケーション： 共有ストレージ（SAN）に依存せず、サーバー間で重要なアプリケーションデータをリアルタイムかつ同期的に複製します。これにより、データ損失ゼロ（RPO=0）を保証し、高価なハードウェアへの依存を排除します。
仮想IPアドレス (VIP)： ユーザーに対して単一の接続ポイントを提供します。障害発生時、ソフトウェアが VIP を障害ノードから正常なノードへ移動させるため、ユーザーは設定を変更する必要がありません。
ハードウェアおよびソフトウェアのエラー検知： 物理サーバーと特定のソフトウェアプロセスの両方を常に「ハートビート」監視し、ハングアップやクラッシュを即座に特定します。
カスタマイズ可能な起動スクリプト： アプリケーションによって起動方法は異なります。オールインワンツールでは、カスタムスクリプトを使用して、複雑なサービスを正しい順序で確実に起動させることができます。
自動フェイルオーバー： 人の手を介さず、あるサーバーから別のサーバーへの移行プロセス全体をオーケストレーション（調整）するインテリジェンスです。

なぜフェイルオーバー・メカニズムはホストベース・レプリケーションと同期していなければならないのですか？

フェイルオーバー・マネージャーとデータ・レプリケーションが別々の製品である場合、それらは「同期」していない可能性があります。

潜む危険性： フェイルオーバーが発生しても、レプリケーションによる最新データの送信が完了していない場合、サーバーBは古いデータや破損したデータでアプリケーションを起動してしまいます。

オールインワンの SANレス HA ソリューション は、フェイルオーバー・メカニズムがレプリケーションの状態を常に把握していることを保証します。データが最新であることが保証されている場合にのみ、バックアップノードでのアプリケーションの起動を許可するため、アクティブノードの競合やデータの損失を防ぐことができます。

障害が発生したサーバーが修理された後（フェイルバック）はどうなりますか？

技術ガイドでは見落とされがちで、従来の HA ソリューションでは不十分に実行されることも多い「自動フェイルバック」ですが、真のレジリエンス（回復力）を実現するためには最も重要な要件です。真のオールインワン製品は、障害時と同様に「通常状態への復帰」をスマートに処理します。障害が発生したサーバーがオンラインに戻った時点では、データが最新ではありません。そのため、HA ソフトウェアは以下の処理を行う必要があります。

稼働中のノードから復旧したノードへ、バックグラウンドでデータを再同期 します。
稼働時間を維持： この再同期は、稼働中のノードで実行されているアプリケーションを中断することなく行われなければなりません。
冗長性の回復： データのミラーリング（同期）が完了すると、クラスターは自動的に保護状態に戻り、次のイベントに備えます。

ブロックレベル vs ファイルレベル・レプリケーション：なぜ「透過性」が重要なのか

ホストベース・レプリケーション に採用されている技術的手法は、既存のアプリケーション設定をどの程度変更する必要があるかに大きく影響します。

ブロックレベル・レプリケーションの課題： 多くの SANレス・ソリューションは、ディスク/ブロックレベルで複製を行います。これはアプリケーションにとって透過的ではありません 。データを特定の、新しく作成された「複製用ディスク」ボリュームに移動させるために、アプリケーションを完全に再構成する必要があります。これには多くの場合、複雑な移行作業やアプリケーションロジックの変更が伴います。
SafeKit ファイルレベルの優位性： SafeKit はファイルレベルでホストベース・レプリケーション を行うため、アプリケーションに対して完全に透過的です。データを特別なディスクに移動させる必要はありません。既存のアプリケーションフォルダを複製するように SafeKit を設定するだけです。これらのフォルダはシステムディスク 上に置いたままでも運用できるため、アプリケーションが既にインストールされている場所でそのまま保護することが可能です。

高可用性戦略の選択：VM HA と Application HA

SafeKit は、業務継続性を確保するために 2 つの主要なアプローチを提供します。すなわち、仮想マシンの高可用性（VM HA）とアプリケーション高可用性（Application HA）です。どちらの方法も自動フェイルオーバー機能を提供しますが、適用範囲、データレプリケーションの仕組み、復旧速度、プラットフォーム互換性において大きく異なります。本比較ではこれらの違いを整理し、仮想化の広範なサポートを重視する場合や、細分化された高速なアプリケーション復旧を重視する場合など、特定の IT 環境に最適な戦略を判断できるようにします。

機能比較：SafeKit VM HA と SafeKit Application HA クラスタ

比較項目	SafeKit Hyper-V または KVM モジュールによる VM HA	SafeKit アプリケーションモジュールによる Application HA
構成図
フェイルオーバーの範囲	2 つのハイパーバイザー内で SafeKit を実行：仮想マシン全体をレプリケーションおよびフェイルオーバー。	2 台の仮想または物理マシン上で SafeKit を実行：アプリケーションレベルでレプリケーションおよびフェイルオーバー。
レプリケーション対象データ	より多くのデータ（アプリケーション + OS）をレプリケーション。	アプリケーションデータのみをレプリケーションし、データ量を削減。
復旧プロセスと速度（RTO）	ハイパーバイザー 1 が停止した場合、ハイパーバイザー 2 で VM を再起動。復旧時間は OS の再起動時間に依存。VM チェックとフェイルオーバー機構を含む。	サーバー 1 が停止した場合、OS2 上でアプリケーションを迅速に再起動。通常は約 1 分以内（低 RTO）。アプリケーションチェックとソフトウェアフェイルオーバー。
インストール	アプリケーションは 1 つの VM にのみインストール。	アプリケーションは 2 つのノードにインストール。
構成	VM 上で動作するあらゆるアプリケーション / OS に対応する汎用ソリューション。 • VM 内のアプリケーションの技術的な理解は不要。 • アプリケーションの仕組みが分からない場合に最適。 • VM ファイルの場所を指定するだけでよい。	アプリケーション自体の技術的理解が必要。 • 再起動が必要なサービスの特定。 • リアルタイムレプリケーションが必要なアプリケーションディレクトリの特定。 • フェイルオーバー用の仮想 IP アドレス設定。
プラットフォーム互換性	Windows/Hyper-V および Linux/KVM に対応するが、VMware には非対応。	プラットフォーム非依存。物理／仮想マシン、クラウド環境、および VMware を含むあらゆるハイパーバイザーに対応。
適した用途	単一の HA ポリシーで複数 VM 上の複数アプリケーションを管理する複雑な環境に最適。	ハードウェアやハイパーバイザーに依存せず、ソフトウェアに高可用性を直接組み込む用途に最適。

SafeKit 高可用性（HA）の制限事項

なぜ数テラバイトのレプリケーションが必要なのか？

障害後の再同期時間（ステップ 3）

1 Gb/s ネットワーク ≈ 1 テラバイトで約 3 時間。
10 Gb/s ネットワーク ≈ 1 テラバイトで約 1 時間、またはディスク書き込み性能によりさらに短縮。

代替案

大量データの場合は、外部共有ストレージを使用。
より高価で、より複雑。

なぜレプリケーション対象が 1,000,000 ファイル未満なのか？

障害後の再同期時間の性能（ステップ 3）。
両ノード間で各ファイルを確認する時間。

代替案

多数のファイルを仮想ハードディスク／仮想マシンにまとめる。
この場合、仮想ハードディスク／仮想マシンを表すファイルのみがレプリケートおよび再同期される。

なぜフェイルオーバー対象が 32 個以下のレプリケート VM なのか？

各 VM は独立したミラーモジュールで動作。
同一クラスタで最大 32 個のミラーモジュールが稼働可能。

代替案

外部共有ストレージと別の VM クラスタリングソリューションを使用。
より高価で、より複雑。

なぜリモートサイト間に LAN/VLAN ネットワークが必要なのか？

同一サブネット内の 2 ノードで仮想 IP アドレスの自動フェイルオーバー。
再同期のための十分な帯域幅（ステップ 3）と、同期レプリケーションに適した低レイテンシ（通常ラウンドトリップ 2ms 未満）。