SaaSにおけるフェイルオーバーと冗長性とは？

Failover and redundancy are methods used to maintain the functionality of your systems, even during unexpected failures. Redundancy involves having backup parts or systems as substitutes, while failover is the switch, usually automatic, to those backups when the original system fails. Amazon RDS, for example, switches a Multi-AZ DB instance to its standby replica; failover times are typically 60–120 seconds.

On its own, failover solves smaller or localized issues, which are usually limited in scope, while disaster recovery (DR) is a solution for extensive issues such as natural disasters, cyber threats, or system crashes.

The presence of redundancy and failover configurations often relates to the level of disruption experienced during maintenance and upgrades, impacting service continuity. This is crucial in business, where even minor disruptions can be costly.

冗長性は、高可用性を実現するために特別に使用される手法です。冗長性をツールボックス内の 1 つのツールと見なしてください。最初の機器が故障した場合に備えて、1 つ以上の機器のバックアップを用意することを含みます。

High availability (HA), on the other hand, is the overall strategy of ensuring that your systems are reliably operational with a minimum of interruption. It includes a broader range of strategies, not just redundancy, but also:

• 負荷分散： タスクが一部のサーバーに過負荷にならないように、さまざまなサーバー間で負荷を分散します。
• 定期メンテナンス： 障害が発生してビジネス組織のワークフローが損なわれる前に、問題を予測して是正します。
• 堅牢な監視： Quickly identifying failures and executing the necessary failover or other recovery processes.

さらに、動的な環境で高可用性を確保するために、システムには組み込む必要があります スケーラビリティと弾力性 変化するワークロードに適応するため。

したがって、冗長性は高可用性の唯一の要因ではありませんが、重要な要素です。

Three common types of redundancy は:

• アクティブ-アクティブ： 両方の冗長システムが同時にワークロードを共有して、リソースを最大限に活用します。
• アクティブパッシブ： 1つのシステムが完全に動作中（アクティブ）で、もう1つのシステムは動作しておらず（パッシブ）、アクティブシステムが故障した場合にのみ動作します。
• N+1冗長性: 通常業務に必要なシステム数 (N) に、バックアップ用のシステムを 1 つ追加します。

These models can apply at several layers: power (UPS units and generators), network links from different providers, storage such as RAID, and servers. A redundant network keeps a second path ready if one link fails.

フェイルオーバーと冗長性が必要かどうかを判断するには、いくつかの要素を考慮する必要があります。次の質問を検討してください。

• Can your business handle any downtime?
• サービスはクライアントにとってどれほど重要ですか?
• サービスの中断による財務上の影響は何ですか?

If downtime translates into loss of sales or erosion of customer confidence, or breaks the uptime promised in your サービス品質保証契約（SLA）, then redundancy and failover may prove to be cost-effective solutions.

Managed services can run failover for parts of your infrastructure: on Amazon RDS, failover times for a Multi-AZ DB instance are typically 60–120 seconds (AWS). Test it before you need it; RDS lets you force a failover by rebooting the instance.

冗長化と災害復旧（DR）はどちらもシステムの稼働に貢献しますが、対処するシナリオが異なります。

冗長化：

• 重点： Minimizing the chances of experiencing downtime in the first place.
• 仕組み: メインのシステムが停止した場合に引き継ぐ予備部品または類似の追加システムを使用します。

• When it’s used: ハードウェア障害や単一ノード/施設レベルの停電などの軽微な問題の場合。

• 次のように考えてください。 パンクした場合に備えてスペアタイヤを積んでおくようなものです。

災害復旧:

• 重点： Restoring systems and data after a major disruption event.
• 仕組み: データのバックアップ、操作をセカンダリサイトに移動し、システムをオンラインで復元するための包括的な計画を伴います。
• When it’s used: 自然災害、サイバー脅威、またはシステム全体がクラッシュする状況などの重大なイベントの場合。
• 次のように考えてください。 事業保険のポリシーと同様に、災害発生時に復旧を促進するために使用されます。

In short, redundancy is used to prevent unexpected downtime, and disaster recovery is used to restore systems and data after a major disruption. Redundancy differs from a backup, as issues like data deletion or encryption may be replicated to standby systems, indicating that distinct backup strategies are relevant for 災害復旧.