PowerHA
構成
HACMP（PowerHA、以下同様）はクラスターとして、複数のノード（サーバ、OS）に導入・構成され、ノードの稼動状況を相互監視する。サービス側のノードが障害と判断した場合には、事前登録したリソース（IPアドレス、外部ディスク上のファイルシステム、起動プロセス等）を、スタンバイ側の別のノードへ自動引継ぎ（フェイルオーバー、テイクオーバー）する。
引継ぎパターンは、正副構成（サービス機とスタンバイ機）、相互バックアップ（サービス機同士で障害時は片寄せし、縮退運用）、カスケーティング（クラスタ内の適当なスタンバイノードへ引継ぎ）などが可能である。
HACMPは一部のプロセスと多数のシェルスクリプトより構成されており、シェルスクリプトはユーザーによるカスタマイズが可能である（このため、カスタマイズには一定のスキルが必要な反面、きめ細かい構成・運用が可能となる）。
HACMPは、監視・判断・引継ぎ操作などのオペレーションを自動化して、サービス停止時間を最小にするソリューションであり、無停止ソリューションではない（障害発生から引継ぎ完了までの間、および戻しの間はサービス停止となる）。
また、各ノードのハードウェア障害やOS障害などには対応できるが、引継ぎ対象リソース（外部ディスク装置、アプリケーション）自体の障害には対応できないので、単一障害点（SPOF）の除去の観点からは、別の冗長化（外部ディスク装置側の冗長化など）を組み合わせる事が望ましい。更に、LPAR（論理区画）などを使用している場合は、サービスノードとスタンバイノードは、サーバ筐体は当然ながら分ける事が望ましい。
ただしオプションの HACMP Extended Distance (HACMP/XD) は、距離が無制限のデータ・ミラーリングとリカバリーを提供する、災害復旧（ディザスター・リカバリー）ソリューションであり、単一障害点の視点は上述とは異なる。
なお、WebSphere Application ServerやDominoなどの高可用性には、HACMPではなく、それぞれのミドルウェアのクラスタ機能を使う場合が一般的である。
動作仕様
高可用クラスターとして、各ノードの生存をハートビート機能により相互に確認し合う。具体的にはKeepAlive(KA)パケットを相互に送信するが、その経路はネットワークアダプタ経由のTCP/IPによるものに加え、非IP経路として共有ディスクまたは非同期通信（シリアル、いわゆるRS-232C、EIA-232-D）のいずれかを組み合わせる事が推奨されている。
非IP経路との組み合わせを推奨する理由は、TCP/IP経由のみではネットワーク障害（NIC障害、LANケーブル障害、Ethernetスイッチ障害など）の場合に相手ノードの生死が正確に判定できないため、誤った引継ぎが発生して共有ディスク上のデータの不整合や破損が発生する事を、最少化するためである。なお、RS-232Cはノイズが乗り易く排他制御が利かないなど信頼性が低いため、HACMPではサポートするシリアルアダプターを明示している（標準搭載のRS-232Cポートは通常サポートされていない）。また2009年現在では、RS-232C経由よりも共有ディスク経由の使用が一般化している。
スプリットブレインシンドローム対策として、KA信号（経路）の多重化及び、特定のデバイスに特化しない事を前提とし、更にサービスノードより強制終了させる、孤立してしまった旧サービスノードはDeadman Switchにより「自爆」する、などが実装されている。
基本機能であるプロセスの起動時名称による監視はpsコマンドによるものだが、拡張機能としてHACMP5.1以降に追加されたユーザー作成によるシェルスクリプトを使用した拡張監視機能を使用すれば、多くのソフトウェアパッケージの細かい動作を監視する事が可能となった。