「HA構成とは？」と調べているあなたは、システムの安定稼働に不安を感じていませんか？
突然の障害で業務が停止…そんな事態を避けるために必要なのがHA（高可用性）構成です。しかし、「どの方式が最適？」「コストや運用負担は？」と悩むことも多いでしょう。
本記事では、HA構成の基本・導入事例・最新トレンドまでを徹底解説！ あなたのシステムに最適なHA構成の選び方がわかります。
システム停止のリスクを減らし、安心の運用を実現しましょう！
この記事は以下のような人におすすめ！
- HA構成（High Availability）とは何か知りたい人
- アクティブ-アクティブとアクティブ-スタンバイの違いが知りたい人
- HA構成の導入にはどのくらいのコストや運用負担がかかるのか知りたい人
HA構成とは
現代のITシステムにおいて、「システムの停止＝ビジネスの停止」となるケースが増えています。
特に、24時間365日稼働が求められるサービスでは、システムの可用性（Availability）が非常に重要です。そのために導入されるのが HA構成（High Availability構成） です。
HA構成とは、システムの可用性を向上させるための仕組みであり、サーバーやネットワーク機器を冗長化することで、障害発生時にも業務を継続できるようにする技術です。
本記事では、HA構成の基本からその目的、導入のポイントまで詳しく解説していきます。
1-1.HA（High Availability）とは？
1-1-1. HA（High Availability）の定義
HA（High Availability）とは、日本語で「高可用性」と訳され、システムが できるだけ長時間安定して稼働する 状態を指します。
システムが停止すると、業務に大きな影響を与えるため、サーバーやネットワーク機器を冗長化し、 障害が発生してもサービスを継続できる仕組み を作ることが求められます。
1-1-2. 可用性の指標
可用性は 「稼働率」 として数値化されることが多く、以下のような指標があります。
- 99.9%（スリー・ナイン）：年間約8.76時間のダウンタイム
- 99.99%（フォー・ナイン）：年間約52.6分のダウンタイム
- 99.999%（ファイブ・ナイン）：年間約5.26分のダウンタイム
システムの重要度によって求められる可用性は異なりますが、多くの企業が 99.99%（フォー・ナイン）以上の可用性 を目指してHA構成を採用しています。
1-1-3. HA構成とDR（Disaster Recovery）の違い
HA構成とよく比較されるのが DR（Disaster Recovery：災害復旧） です。
両者の違いは以下の通りです。
| 項目 | HA構成（高可用性） | DR（災害復旧） |
|---|---|---|
| 目的 | システムの連続稼働 | 障害後の復旧 |
| 対象 | ハードウェアやソフトウェアの障害 | 自然災害、データセンター障害 |
| 方式 | フェイルオーバー、冗長化 | バックアップ、データ同期 |
HA構成は 瞬時にシステムを切り替えて可用性を確保 する仕組みであるのに対し、DRは 大規模障害後の復旧計画 を指します。
両方を組み合わせることで、より強固なシステム運用が可能になります。
1-2. HA構成の目的と重要性
HA構成を導入する目的は システムのダウンタイムを最小限に抑え、業務の継続性を確保する ことです。
近年、企業のDX（デジタルトランスフォーメーション）が進み、 「止められないシステム」 の必要性が高まっています。
1-2-1. HA構成が求められる理由
なぜHA構成が重要視されるのでしょうか？主な理由は以下の3つです。
- 業務の継続性を確保
- システム障害が発生すると、業務が停止し、企業の売上や信用に大きな影響を与えます。
- HA構成を導入することで、システムの可用性を高め、業務を継続できます。
- データの損失を防ぐ
- システム障害によりデータが破損・消失すると、復旧に時間とコストがかかります。
- HA構成ではデータを 複数のサーバーに分散 することで、データ消失リスクを低減できます。
- ユーザー体験（UX）の向上
- Webサービスやクラウドシステムは、 ユーザーがいつでも利用できる ことが求められます。
- システム停止が頻繁に発生すると、ユーザーの満足度が低下し、企業の評価にも影響を与えます。
1-2-2. HA構成を採用する際の課題
HA構成を導入することで多くのメリットがある一方、いくつかの課題もあります。
- コストの増加
- 冗長化するためのハードウェアやソフトウェアの追加、運用コストがかかる。
- 管理の複雑化
- フェイルオーバーの仕組みやクラスタリングの設定が必要になり、管理負担が増える。
- 適切な設計が必要
- 適切な冗長化がされていないと、障害発生時に正常にフェイルオーバーしない可能性がある。
このような課題を克服しつつ、適切にHA構成を導入することで、システムの可用性を最大限に高めることができます。
HA構成の基本要素
HA構成とは、システムの可用性を高めるための技術や仕組みを組み合わせて、障害発生時にも業務を継続できるようにするものです。
そのためには、複数の技術を適切に組み合わせる必要があります。
本章では、HA構成の基本要素である 「システムの冗長化」、「クラスタリング技術」、「フェイルオーバーとフェイルバック」 について解説します。
これらの技術を理解することで、どのように高可用性システムが実現されるのかを明確に把握できるようになります。
2-1. システムの冗長化
2-1-1. 冗長化とは？
システムの冗長化とは、障害が発生してもシステムを継続して動作させるために、同じ機能を持つコンポーネントを複数用意すること を指します。
たとえば、1台のサーバーが故障するとシステム全体が停止してしまう 場合、もう1台の予備サーバーを用意しておけば、メインサーバーがダウンしても業務を継続できます。
冗長化の種類には以下のようなものがあります。
2-1-2. ハードウェアの冗長化
- サーバー冗長化（例：アクティブ-スタンバイ構成）
- ネットワーク冗長化（例：複数の回線・スイッチを使用）
- ストレージ冗長化（例：RAID構成を利用）
2-1-3. ソフトウェアの冗長化
- データベースのレプリケーション（マスター・スレーブ構成）
- アプリケーションのロードバランシング
- 仮想環境におけるスナップショット・リカバリ機能
冗長化を適切に設計することで、システムが単一障害点（SPOF：Single Point of Failure）を持たずに運用できる ようになります。
2-2. クラスタリング技術
2-2-1. クラスタリングとは？
クラスタリングとは、複数のサーバーを連携させて、一つのシステムとして機能させる技術 です。サーバーをクラスタリングすることで、以下のメリットを得られます。
- 高可用性（HA）：一部のサーバーがダウンしても他のサーバーが処理を引き継ぐ
- 負荷分散（Load Balancing）：システムの処理負荷を複数のサーバーに分散できる
- スケーラビリティ：システムの負荷が増えても、サーバーを追加することで対応できる
クラスタリングには、HAクラスタ、負荷分散クラスタ、コンピュートクラスタ などの種類があります。
2-2-2. HAクラスタ（高可用性クラスタ）
HAクラスタは、システムの可用性を高めるために構成されるクラスタリング技術 です。一般的には アクティブ-スタンバイ 方式や アクティブ-アクティブ 方式が使われます。
- アクティブ-スタンバイ方式
- 片方のサーバーが稼働（アクティブ）し、もう一方が待機（スタンバイ）
- 障害発生時にスタンバイ側が処理を引き継ぐ
- アクティブ-アクティブ方式
- 両方のサーバーが同時に稼働し、負荷を分散する
- 一方のサーバーがダウンしても、もう一方が処理を継続
2-2-3. 負荷分散クラスタ
負荷分散クラスタは、複数のサーバーにトラフィックを分散させて、システムの処理能力を向上させる仕組み です。主に ロードバランサー（Load Balancer） を使用します。
代表的な負荷分散アルゴリズムには以下があります。
- ラウンドロビン方式：リクエストを順番に各サーバーに振り分ける
- 加重ラウンドロビン方式：サーバーの性能に応じて振り分ける割合を調整
- 最小接続数方式：現在接続数が少ないサーバーにリクエストを送る
クラスタリング技術を活用することで、単一障害点をなくし、システム全体の可用性と耐障害性を向上させる ことが可能です。
2-3. フェイルオーバーとフェイルバック
2-3-1. フェイルオーバーとは？
フェイルオーバーとは、システムの障害発生時に、正常なシステムへ自動的に切り替える仕組み です。たとえば、メインサーバーが故障した場合、自動的にスタンバイサーバーへ切り替わり、業務が継続できるようになります。
フェイルオーバーの主な方式
- ハードウェアフェイルオーバー（冗長化したサーバーやネットワーク機器）
- ソフトウェアフェイルオーバー（クラスタリングソフトウェアによる切り替え）
2-3-2. フェイルバックとは？
フェイルバックとは、フェイルオーバー後に、障害が復旧した際に元のシステムへ戻す処理 のことです。
フェイルバックには、手動と自動の2種類 があります。
- 手動フェイルバック：管理者が手動でシステムを元の状態に戻す
- 自動フェイルバック：システムが正常復旧を検知し、自動的に元の状態に戻る
フェイルオーバーとフェイルバックを適切に運用することで、障害発生時も業務を継続しつつ、正常な状態に復旧できる ため、HA構成では重要な要素となります。
HA構成の種類
HA構成とは、システムの可用性を高めるために障害が発生しても継続稼働できるようにする仕組みです。
しかし、一言で「HA構成」と言っても、その実装方法にはさまざまな種類があります。
本章では、代表的な アクティブ-アクティブ構成、アクティブ-スタンバイ（アクティブ-パッシブ）構成、コールドスタンバイ構成 について詳しく解説します。
3-1. アクティブ-アクティブ構成
3-1-1. アクティブ-アクティブ構成とは？
アクティブ-アクティブ構成とは、複数のサーバーやシステムが同時に稼働し、処理を分散する方式 です。
この構成では、すべてのサーバーが「アクティブ」な状態で動作し、負荷を分散するため、高いパフォーマンスと可用性を確保できます。
例えば、ロードバランサーを利用して複数のサーバーにトラフィックを均等に振り分けることで、1台のサーバーに負荷が集中しないようにします。
3-1-2. アクティブ-アクティブ構成のメリット
- 負荷分散が可能
- サーバー間で処理を分散できるため、高負荷のシステムでも安定して動作する。
- 高い可用性
- 1台のサーバーが故障しても、他のサーバーが処理を続行できる。
- スケーラビリティ
- 必要に応じてサーバーを追加できるため、システムの成長に応じた拡張が可能。
3-1-3. アクティブ-アクティブ構成のデメリット
- 導入・運用コストが高い
- サーバーを複数台稼働させるため、ハードウェアコストや運用コストが増加する。
- データ整合性の管理が必要
- 複数のサーバーでデータを共有する場合、一貫性を維持するための仕組みが必要になる。
3-2. アクティブ-スタンバイ（アクティブ-パッシブ）構成
3-2-1. アクティブ-スタンバイ構成とは？
アクティブ-スタンバイ構成は、1台のサーバーがアクティブ（稼働）し、もう1台のサーバーがスタンバイ（待機）する構成 です。
通常時はアクティブサーバーがすべての処理を担当し、障害が発生した際にスタンバイサーバーが稼働してシステムを引き継ぎます。
この方式は、HA構成として最も一般的に採用されており、シンプルな設計で運用できるのが特徴です。
3-2-2. アクティブ-スタンバイ構成のメリット
- 設計・管理が比較的容易
- シンプルな構成のため、導入しやすく運用しやすい。
- 確実なフェイルオーバーが可能
- 障害時にはスタンバイサーバーが確実に引き継ぐため、可用性が向上する。
- データ整合性を確保しやすい
- スタンバイサーバーは通常データの同期を行っているため、障害時もデータの一貫性を維持できる。
3-2-3. アクティブ-スタンバイ構成のデメリット
- リソースの無駄が発生する
- スタンバイサーバーは通常時に処理を行わないため、リソースが有効活用されない。
- 切り替え時の遅延の可能性
- フェイルオーバー処理が完了するまで、短時間のサービス停止が発生する可能性がある。
3-3. コールドスタンバイ構成
3-3-1. コールドスタンバイ構成とは？
コールドスタンバイ構成は、障害が発生するまでスタンバイサーバーを起動しない方式 です。
アクティブ-スタンバイ構成と異なり、待機中のサーバーは電源が切られているか、最小限の状態で動作しています。
障害が発生した際に、管理者が手動でスタンバイサーバーを起動し、必要な設定を行ってシステムを復旧させます。
3-3-2. コールドスタンバイ構成のメリット
- コスト削減が可能
- スタンバイサーバーを常時稼働させないため、電力やハードウェアの消耗を抑えられる。
- シンプルな構成
- 自動フェイルオーバーのための複雑な仕組みが不要で、設計がシンプル。
3-3-3. コールドスタンバイ構成のデメリット
- 切り替えに時間がかかる
- スタンバイサーバーの起動や設定変更が必要なため、システム復旧までに時間を要する。
- 手動操作が必要
- 自動でフェイルオーバーしないため、障害発生時に管理者が対応しなければならない。
HA構成の実現方法
HA構成とは、システムの可用性を向上させ、障害が発生しても継続稼働できるようにする仕組みです。しかし、その実現方法はシステムの運用環境によって異なります。
現在、企業のIT環境は オンプレミス、クラウド、ハイブリッド という3つの形態に分類され、それぞれの環境に適したHA構成の実現方法が求められます。本章では、それぞれの環境でのHA構成の特徴やポイントについて解説します。
4-1. オンプレミス環境でのHA構成
4-1-1. オンプレミス環境とは？
オンプレミス（On-Premises）環境とは、自社のデータセンターやサーバールームに物理的なサーバーを設置し、運用する形態 のことです。特に、金融機関や製造業など、厳格なセキュリティ要件が求められる業界ではオンプレミス環境が選ばれることが多いです。
4-1-2. オンプレミス環境でのHA構成の手法
オンプレミス環境でHA構成を実現するには、以下のような手法があります。
- サーバーの冗長化
- 物理サーバーを2台以上設置し、フェイルオーバー可能な環境を構築する。
- アクティブ-アクティブ、アクティブ-スタンバイの構成が一般的。
- クラスタリング技術の活用
- HAクラスタを構築し、障害発生時に別のサーバーへ自動切り替え。
- 代表例として「Windows Server Failover Clustering（WSFC）」や「Pacemaker（Linux）」がある。
- データストレージの冗長化
- RAID構成やSANストレージを活用し、ストレージ障害時にもデータを保持。
- データレプリケーションによるバックアップも有効。
- ネットワークの冗長化
- ルーターやスイッチ、回線を二重化し、ネットワーク障害時にも通信が維持できるようにする。
4-1-3. オンプレミス環境でのHA構成のメリットとデメリット
| 項目 | メリット | デメリット |
|---|---|---|
| メリット | 高いカスタマイズ性、セキュリティの強化 | 初期コストが高い、運用負担が大きい |
| デメリット | クラウドよりも障害復旧の速度が遅い | ハードウェア障害時の対応が必要 |
4-2. クラウド環境でのHA構成
4-2-1. クラウド環境とは？
クラウド環境とは、AWSやMicrosoft Azure、Google Cloudなどのクラウドサービスを利用してシステムを運用する形態 のことです。特に、スケーラビリティの高さや災害対策の容易さから、多くの企業がクラウド環境を採用しています。
4-2-2. クラウド環境でのHA構成の手法
クラウド環境では、オンプレミスとは異なるHA構成のアプローチが可能です。
- リージョン・ゾーン冗長
- クラウドプロバイダーは世界中に複数のデータセンター（リージョン・ゾーン）を持っている。
- 例えばAWSの 「マルチAZ（アベイラビリティゾーン）」 を活用すれば、システム障害時でも別のデータセンターへ自動フェイルオーバーが可能。
- オートスケーリング
- システムの負荷状況に応じてサーバーの台数を自動調整する。
- 突発的なアクセス増加にも対応でき、障害時には新しいサーバーが自動で追加される。
- ロードバランサーの活用
- AWSの Elastic Load Balancer（ELB）、Azureの Azure Load Balancer などを活用し、トラフィックを分散。
- サーバーレス技術
- AWS LambdaやAzure Functionsなどのサーバーレス技術を活用すれば、サーバー管理の手間を減らしつつ、高可用性を確保できる。
4-2-3. クラウド環境でのHA構成のメリットとデメリット
| 項目 | メリット | デメリット |
|---|---|---|
| メリット | 初期コストが低い、スケーラビリティが高い | クラウド障害時の影響を受ける |
| デメリット | 物理的なコントロールができない | ランニングコストがかかる |
4-3. ハイブリッド環境でのHA構成
4-3-1. ハイブリッド環境とは？
ハイブリッド環境とは、オンプレミスとクラウドを組み合わせたシステム運用の形態 です。企業がクラウドへ完全移行できない場合や、特定の業務システムだけオンプレミスで運用したい場合に選ばれます。
4-3-2. ハイブリッド環境でのHA構成の手法
- オンプレミスとクラウドの冗長化
- 主要なシステムはオンプレミスで運用し、バックアップとしてクラウドを利用。
- 障害発生時にクラウドへフェイルオーバーする仕組みを構築。
- クラウドとオンプレミスのデータ同期
- AWSの AWS Direct Connect やAzureの ExpressRoute を利用し、オンプレミスとクラウド間のデータ同期をリアルタイムで行う。
- コンテナ技術の活用
- Kubernetes（K8s）を利用し、オンプレミスとクラウドの両方でシームレスにアプリケーションを運用。
4-3-3. ハイブリッド環境でのHA構成のメリットとデメリット
| 項目 | メリット | デメリット |
|---|---|---|
| メリット | 高い柔軟性、段階的なクラウド移行が可能 | 設計が複雑、運用管理の負担が増加 |
| デメリット | コストがかかる | セキュリティの統合管理が難しい |
HA構成のメリットとデメリット
HA構成とは、システムの可用性（High Availability）を向上させ、障害が発生しても業務を継続できるようにする仕組みです。
しかし、HA構成には 多くのメリット がある一方で、導入・運用に伴うコストや複雑性といったデメリットも存在します。
本章では、HA構成のメリットとデメリット について詳しく解説し、導入を検討する際の判断材料となるポイントを整理していきます。
5-1. メリット：システムの可用性向上
5-1-1. 障害発生時も業務を継続できる
HA構成の最大のメリットは、障害が発生してもシステムを継続運用できること です。
システム停止は、企業の売上や顧客満足度に直結するため、ダウンタイムを最小限に抑えることが求められます。
- アクティブ-アクティブ構成 では、1台のサーバーがダウンしても他のサーバーが処理を継続。
- アクティブ-スタンバイ構成 では、スタンバイサーバーが自動で引き継ぐことで業務が止まらない。
このように、HA構成を導入することで、システム障害の影響を最小限に抑えられる のです。
5-1-2. ビジネスの信頼性向上
システムの安定稼働は、企業の信頼性にも直結します。
特に、金融・EC・クラウドサービス などの業界では、「システムが止まらないこと」が競争力の源泉となります。
- SLA（サービスレベルアグリーメント） を維持するため、多くの企業がHA構成を採用。
- 顧客は、常にシステムが利用可能であることを期待している。
例えば、AmazonやGoogleなどのクラウドサービスは、99.99%以上の可用性（フォー・ナイン） を目指して設計されており、これを支えているのがHA構成なのです。
5-1-3. 災害や障害のリスク軽減
HA構成を適切に導入することで、サーバーの故障やネットワーク障害、災害時のリスクを最小限に抑えることができます。
- データセンターの冗長化（マルチリージョン構成）
- ネットワークの冗長化（複数ISPの活用）
- データレプリケーション（リアルタイムバックアップ）
これらの対策を組み合わせることで、万が一の障害にも強いシステムを構築できます。
5-2. デメリット：コストと複雑性
5-2-1. 導入・運用コストが増加する
HA構成の最大のデメリットは、導入・運用コストが増加すること です。
高可用性を実現するためには、サーバーやネットワーク機器を 二重化または三重化 する必要があります。
- ハードウェアコスト：サーバー、ネットワーク機器、ストレージの追加投資。
- ソフトウェアコスト：クラスタリングソフトウェアやロードバランサーのライセンス費用。
- 運用コスト：24時間365日の監視体制や、トラブル対応のためのエンジニアリソース。
特に オンプレミス環境 でのHA構成は、クラウドと比較して初期コストが高額になる傾向があります。
5-2-2. システムの設計と管理が複雑
HA構成は、単にサーバーを増やせば実現できるものではありません。
適切なアーキテクチャ設計や運用ポリシーの策定が必要 です。
- フェイルオーバーの設計：障害発生時にスムーズに切り替える仕組みを構築。
- データ整合性の確保：複数のシステム間でデータの一貫性を維持するための工夫が必要。
- 監視とログ管理：障害発生時の原因究明や予防保守のための監視システムが必須。
例えば、データベースをHA構成にする場合、マスタースレーブ構成 や シャーディング を活用し、適切なデータ同期を行う必要があります。
設計を誤ると、障害時にデータが破損するリスクもあるため、慎重な設計が求められます。
5-2-3. すべてのシステムに必要とは限らない
HA構成は非常に有用な技術ですが、すべてのシステムに導入すべきとは限りません。
- ミッションクリティカルなシステム（金融・医療・交通） には必須。
- 短期間の停止が許容されるシステム では、コストに見合わない場合もある。
例えば、社内の文書管理システムやテスト環境などは、システム停止の影響が少ないため、高コストなHA構成を導入するより、シンプルなバックアップ運用で十分なケース もあります。
HA構成の導入事例と最新動向
HA構成とは、システムの可用性を向上させ、障害発生時にも業務を継続できるようにする仕組みです。
特に、24時間365日の稼働が求められる金融機関やECサイト、クラウドサービス では、HA構成の導入が不可欠となっています。
本章では、実際の企業におけるHA構成の導入事例 を紹介し、さらに 最新のHA技術と今後のトレンド について解説します。
6-1. 企業におけるHA構成の導入事例
6-1-1. 金融機関におけるHA構成
金融機関では、システム障害が直接 顧客の資産管理や取引に影響 を与えるため、非常に高い可用性が求められます。
事例：大手銀行のHA構成
ある大手銀行では、以下のようなHA構成を採用しています。
- アクティブ-アクティブ構成のデータセンター
- 東日本と西日本にデータセンターを設置し、両方のシステムが同時に稼働。
- 片方のデータセンターがダウンしても、もう一方がシームレスに処理を継続。
- 自動フェイルオーバー機能の導入
- データベースやアプリケーションサーバーにクラスタリング技術を導入し、障害発生時には瞬時に切り替え。
このようなHA構成を採用することで、万が一の障害時にも銀行サービスを停止することなく運用できる ようになっています。
6-1-2. ECサイトにおけるHA構成
ECサイトでは、システム障害が発生すると 売上の損失 につながるため、可用性の確保が極めて重要です。
事例：大手ECサイトのHA構成
- クラウド環境の活用
- AWSやGoogle Cloudなどのクラウドサービスを活用し、マルチリージョン構成を採用。
- ロードバランサー を導入し、トラフィックを分散。
- オートスケーリング機能
- アクセス増加時に自動的にサーバーを追加し、ピーク時にもシステムを安定稼働。
- データレプリケーション
- データベースの同期をリアルタイムで実施し、障害時にもデータロスを最小限に抑える。
このようなHA構成により、ECサイトは セール時のアクセス集中にも対応しつつ、安定したサービスを提供しています。
6-1-3. クラウドサービスにおけるHA構成
クラウドサービスプロバイダー（AWS、Azure、Google Cloudなど）では、可用性99.99%以上を実現するための高度なHA構成 が導入されています。
事例：クラウド事業者のHA構成
- マルチゾーン（Multi-AZ）構成
- 1つのリージョン内に複数のアベイラビリティゾーン（AZ）を用意し、冗長化を実施。
- グローバルロードバランシング
- 世界中のデータセンターを連携し、ユーザーが最も近いサーバーにアクセスできる仕組みを構築。
- コンテナ技術の活用
- Kubernetes（K8s）を用いて、障害発生時にアプリケーションを即時再配置。
これにより、クラウドサービスは ほぼダウンタイムゼロの高可用性を維持 し、世界中のユーザーに安定した環境を提供できています。
6-2. 最新のHA技術とトレンド
6-2-1. AIによる障害予測と自己修復
近年では、AIを活用したHA構成 が注目されています。
- 障害予測AI
- サーバーログやネットワークデータを解析し、障害の発生を事前に予測。
- 自己修復システム（Self-Healing Infrastructure）
- システムが異常を検知すると、自動的にフェイルオーバーを実行し、障害を修復。
AIの導入により、システム管理者が手動で対応する前に、障害を未然に防ぐことが可能 になりつつあります。
6-2-2. エッジコンピューティングとHA構成
エッジコンピューティングの普及により、分散型のHA構成 も進化しています。
- エッジノードの冗長化
- 各地域に分散したエッジサーバーを配置し、障害時には最も近いノードが処理を引き継ぐ。
- 5Gネットワークとの統合
- 超低遅延の通信環境を活用し、クラウドとエッジのシームレスなHA構成を実現。
特に IoTや自動運転技術の分野 では、エッジコンピューティングを活用したHA構成が求められています。
6-2-3. サーバーレスアーキテクチャの進化
サーバーレス技術（AWS Lambda、Azure Functionsなど）の発展により、物理サーバーに依存しないHA構成が可能になっています。
- 自動スケールアウト
- 負荷に応じて実行環境が自動生成されるため、可用性が向上。
- 完全マネージド型のインフラ
- サーバー障害が発生しても、プロバイダーが自動的にフェイルオーバーを実行。
サーバーレスアーキテクチャの採用により、高可用性のシステムを低コストで構築できる可能性 が広がっています。
