it-service@brocent.com
可用性モニタリング
2026年8月の対象期間における、サーバー・業務アプリ・ストレージ・ネットワーク機器・インターネット回線の稼働率、障害、キャパシティの余裕。
取引時間帯の可用性は無停止。リスクはインターネット回線とNASの容量
ティア1のサービス — マーケットデータアプリ、ファイルサーバー、インターネット接続、ID基盤 — は、21営業日すべての香港取引時間帯を通じて利用可能でした。監視対象24件の全体稼働率は99.94%で、約定値の99.5%を上回っています。計画外の障害は3件発生しましたが、いずれも取引時間帯の外で、平均復旧時間は41分です。
このまま放置すれば可用性の問題に変わるキャパシティ課題が2つあります。香港オフィスのインターネット回線は1本のみでフェイルオーバーがなく、通信事業者側の障害が起きればマーケットデータ、クラウド接続、音声が同時に止まります。またNASは容量の87%を使用しており、現在の増加ペースでおよそ11週間の余裕しかありません。いずれも技術的な修正ではなく、今四半期中の意思決定を要します。
当期の可用性状況
稼働率は機器の電源状態ではなく監視チェックに基づいて算出します。pingには応答するがアプリケーションのポートが閉じているサーバーは、そのサービスについては停止として計上します。
対応が必要な4件
根拠。 500 Mbpsの回線1本がファイアウォールのHA構成に接続されています。ピーク利用率は62%であり、問題は帯域ではなく冗長性です。当期、通信事業者は地域的な短時間障害を2件報告しましたが、いずれも当ビルには及びませんでした。これは設計ではなく運によるものです。
影響。 取引時間帯に回線障害が起きれば、マーケットデータ、Microsoft 365、クラウド基盤へのアクセス、クラウド電話が同時に停止します。縮退運転の手段はなく、オフィスの業務が止まります。当環境で最大の可用性リスクです。
推奨対応。 別の通信事業者から、建物への引き込み経路も分けた2本目の回線を追加し、既存のファイアウォール構成で自動フェイルオーバーを構成します。縮退運転には200 Mbpsのバックアップ回線で十分です。BCSは9月レポートと併せて2社の見積を提出します。
根拠。 NASは実効48 TBの87%を使用しており、リサーチデータにより月あたり0.9 TB増加しています。このペースでは2026-11-16の週に95%のしきい値を超え、それ以降はスナップショットと再構築の挙動が劣化します。
影響。 ボリュームが満杯になるとリサーチチームの書き込みが止まり、同じソースを対象とするバックアップジョブも失敗します。つまり容量の問題が、可用性とデータ保護の問題に同時に転化します。
推奨対応。 アレイをシェルフ1台分拡張するか、2年より古いリサーチデータをコールドクラウドストレージへアーカイブします。BCSとしてはアーカイブを推奨します。費用が安く、バックアップ量も減るためです。対象データセットはBCSが抽出し、クライアントの承認に諮ります。
根拠。 共有文書は物理サーバー1台が提供しており、クラスタの相手ノードもウォームスタンバイもありません。復旧はリストアに依存し、その所要時間はバックアップレポートで3時間12分と検証されています。4時間の目標は下回りますが、取引日として許容できる範囲は大きく超えます。
影響。 09:00にハードウェア障害が起きれば、復旧時間目標は技術的に達成されていても、取引日の大半にわたり共有文書を利用できない状態になります。
推奨対応。 利用中の文書セットのSharePointへの移行を継続します。新規ハードウェアなしにこの依存を解消できます。6共有のうち2件が移行済みで、残り4件を第4四半期の計画で提案します。
根拠。 深圳の2台のアクセスポイントのうち1台で、いずれも2分未満の予期しない再起動が4回記録されました。給電元であるサポート終了のアクセススイッチで、PoEの給電容量が限界に近い状態です。
推奨対応。 当該アクセスポイントをサポート対象スイッチのポートへ移します。再起動が続く場合は保証の範囲でアクセスポイントを交換します。いずれも既に提案済みのスイッチ交換で解消されます。
アプリケーションサーバーは7月に4日間メモリ使用率が90%を超え、マーケットデータクライアントの切断が2回発生しました。2026-08-03にメモリを16 GBから32 GBへ増設しています。以降のピーク使用率は54%で、切断の再発はありません。
5項目のサービスレベルすべて達成
| 約定サービスレベル | 目標 | 実績 | 判定 | 備考 |
|---|---|---|---|---|
| ティア1の取引時間帯可用性 | 100% | 100% | MET | 21営業日、4サービス |
| 全体の月次稼働率 | 99.5%以上 | 99.94% | MET | 監視対象24件 |
| 障害の受付 | 15分以内 | 最大4分 | MET | 障害3件 |
| ティア1の復旧時間 | 2時間以内 | 最大58分 | MET | 08-16のファイルサーバー障害 |
| 月次レポート発行 | 第5営業日まで | 第3営業日 | MET | 2026-09-03発行 |
3期間の推移
| 指標 | 2026年6月 | 2026年7月 | 2026年8月 | 推移の方向 |
|---|---|---|---|---|
| 全体稼働率 | 99.81% | 99.88% | 99.94% | 改善傾向。3期とも約定値を上回る。 |
| 計画外の障害 | 6 | 5 | 3 | メモリとファームウェアの不具合解消に伴い減少。 |
| 平均復旧時間 | 72分 | 55分 | 41分 | 上位3種の障害にランブックが整備され改善。 |
| 取引時間帯の障害 | 1 | 0 | 0 | 2期連続でゼロ。 |
| NAS使用容量 | 79% | 83% | 87% | 毎期4ポイント増 — 現在の最大の制約。 |
| 回線ピーク利用率 | 58% | 60% | 62% | 安定。課題は帯域ではなく冗長性。 |
85%超が赤、60%超がアンバー、それ未満が緑です。赤の帯にあるのはNASのみで、他は現在の増加ペースで少なくとも1年の余裕があります。
監視対象別の可用性
障害記録
| 対象 | 発生 | 継続 | ティア | 原因と対応 |
|---|---|---|---|---|
| ファイルサーバー | 2026-08-16 22:14 | 58分 | 1 | 計画再起動後にストレージコントローラーのファームウェア不具合が発生。コントローラーを挿し直しファームウェアを更新。土曜夜間のため利用者への影響なし。 |
| クラウドVM 01 | 2026-08-21 03:40 | 37分 | 2 | 事前通知のないプロバイダー側ホストメンテナンス。VMは正常なホスト上で自動的に再起動。レポート用途のみ。 |
| 無線AP(深圳) | 2026-08-27 11:02 | 28分 | 3 | 繰り返しの再起動は、サポート終了スイッチのPoE給電容量に起因。APを別ポートへ移設 — 指摘事項を参照。 |
合意した枠内で48時間前に通知した計画メンテナンスは稼働率から除外します。当期は日曜午前に2回、合計4時間20分の計画枠を使用しました。
| 対象 | 分類 | ティア | チェック | 稼働率 | 障害 | 最長 | 備考 |
|---|---|---|---|---|---|---|---|
| ACM-SRV-01 | サーバー | 1 | 6 | 99.87% | 1 | 58分 | コントローラーFW |
| ACM-SRV-02 | サーバー | 1 | 7 | 100% | 0 | — | 08-03にメモリ増設 |
| マーケットデータアプリ | アプリ | 1 | 5 | 100% | 0 | — | 合成ログインチェック |
| 会計アプリ | アプリ | 2 | 4 | 100% | 0 | — | 合成ログインチェック |
| Microsoft 365 | SaaS | 1 | 6 | 100% | 0 | — | メール・Teams・SharePoint |
| ACM-NAS-01 | ストレージ | 2 | 8 | 100% | 0 | — | 容量87% — 指摘事項 |
| ACM-FW-01/02 | ファイアウォール | 1 | 8 | 100% | 0 | — | HA構成。切替テスト済み |
| 香港インターネット回線 | WAN | 1 | 6 | 100% | 0 | — | 冗長なし — 指摘事項 |
| ACM-SW-C1/C2 | コアスイッチ | 1 | 8 | 100% | 0 | — | スタック構成 |
| ACM-SW-A1/A2 | アクセススイッチ | 3 | 6 | 100% | 0 | — | A2はサポート終了 |
| ACM-AP-01–04 | 無線AP | 3 | 8 | 100% | 0 | — | 香港オフィス |
| ACM-AP-05/06 | 無線AP | 3 | 4 | 99.94% | 1 | 28分 | AP-06の再起動 — 指摘事項 |
| クラウドVM 01 | クラウドサーバー | 2 | 5 | 99.92% | 1 | 37分 | プロバイダー保守 |
| クラウドVM 02 | クラウドサーバー | 2 | 5 | 100% | 0 | — | レポート用途 |
| クラウドDB | マネージドDB | 2 | 4 | 100% | 0 | — | 特定時点復旧が有効 |
| サイト間VPN | WAN | 2 | 6 | 100% | 0 | — | 香港〜深圳のトンネル |
16行で監視対象24件を網羅しています。冗長構成の機器は1行にまとめています。ティア1は停止が取引時間帯の業務を止める対象、ティア2は低下させる対象、ティア3は局所的な影響にとどまる対象です。
サービス別の冗長構成
| サービス | 冗長 | 切替 | 最終テスト | 状況 |
|---|---|---|---|---|
| ファイアウォール/境界 | HA構成 | 自動 | 2026-08-10 | メンテナンス枠で切替をテスト。中断は4秒。 |
| コアスイッチング | スタック構成 | 自動 | 2026-06-14 | 問題なし。次回テストはアクセススイッチ交換と併せて実施。 |
| インターネット接続 | なし | なし | — | 単一回線 — 当環境で最大の可用性リスク。 |
| ファイルサービス | なし | リストアのみ | 2026-08-09 | 3時間12分のリストアを検証済み。SharePointへの移行を進行中。 |
| マーケットデータアプリ | ベンダークラウド + ローカル | 手動 | 2026-07-19 | ローカルサーバー障害時はベンダーのWebクライアントを利用可能。 |
| ID/Microsoft 365 | プロバイダー | 自動 | — | プロバイダー管理。ブレークグラスのアカウントはオフラインで保管。 |
| 音声 | プロバイダー + 携帯 | 手動 | 2026-08-10 | 携帯へ転送可能だが、同じインターネット回線に依存。 |
期をまたいで繰り越される未解決項目
| 番号 | リスク | 深刻度 | 担当 | 期限 | 状況 | 次のアクション |
|---|---|---|---|---|---|---|
| AVAIL-R01 | インターネット回線が1本のみ — 事業者障害でオフィス全体が停止 | CRITICAL | クライアントCOO | 2026-10-31 | 未着手 | BCSが経路の異なるバックアップ回線について2社の見積を提出。 |
| AVAIL-R02 | NASの容量枯渇 — 余裕はおよそ11週間 | HIGH | クライアントIT + BCS | 2026-10-15 | 対応中 | BCSがアーカイブ候補を抽出。クライアントがアーカイブか拡張かを選択。 |
| AVAIL-R03 | ファイルサーバーが単一障害点 — 復旧はリストアのみ | MEDIUM | BCS + クライアントIT | 2026-12-31 | 対応中 | 残る4共有をSharePointへ移行。 |
| AVAIL-R04 | 音声が同じ回線に依存 — 独立した経路がない | MEDIUM | クライアントCOO | 2026-10-31 | 未着手 | バックアップ回線で解消。それまでは携帯転送手順を文書化。 |
| AVAIL-R05 | サポート終了のアクセススイッチ — PoEが不安定でファームウェア修正もない | LOW | クライアントCOO | 2026-11-30 | 未着手 | 交換を承認 — CONF-R04を参照。 |
次期のコミットメント
| BCS Support Center の対応 | クライアントへのお願い |
|---|---|
| 経路の異なる2社の見積を、フェイルオーバー設計と費用とともに提出する。 | 2026-10-31までにバックアップ回線について判断する。 |
| コールドアーカイブ対象となるリサーチデータを特定し、削減量を試算する。 | NASの拡張か、古いリサーチデータのアーカイブかを選択する。 |
| 深圳のアクセスポイントをサポート対象スイッチのポートへ移設する。 | 第4四半期における残る共有のSharePoint移行を承認する。 |
| ティア1の全対象について、しきい値までの残り週数とともにキャパシティの余裕を報告する。 | 2027年のサービス計画に向けて取引時間帯の定義を確認する。 |
本レポートの作成方法
| データソース | 抽出日時 | レコード数 | 用途 |
|---|---|---|---|
| 監視プラットフォーム | 2026-09-01 01:05 HKT | チェック96件 | チェック別の稼働率、障害の開始・終了、受付時間。 |
| 合成アプリケーションチェック | 2026-09-01 01:05 HKT | ワークフロー3件 | ホスト到達性を超えたアプリケーションレベルの可用性。 |
| SNMP性能履歴 | 2026-09-01 01:20 HKT | 31日分 | CPU、メモリ、インターフェース、ストレージ利用率のピーク。 |
| ストレージアレイのテレメトリ | 2026-09-01 01:30 HKT | アレイ1台 | 余裕の予測に用いる使用容量と増加率。 |
| 通信事業者ポータル | 2026-08-31 | 通知2件 | 回線利用率と事業者側障害の通知。 |
| インシデントチケット | 2026-08-31 | 障害3件 | 原因、実施した対応、復旧の証跡。 |
手法と定義
稼働率は 60秒間隔のポーリングによる監視チェック単位で測定し、対象ごと、次いでティアごとに集計します。あるサービスが利用可能と見なされるのは、そのサービス自身のチェックが成功した場合のみです。ホストへの到達性をアプリケーションの可用性として扱うことはありません。
取引時間帯とは 香港の営業日の香港時間08:30〜17:30を指し、当期は21日ありました。ティア1の可用性をこの時間帯について別建てで報告するのは、03:00の停止と10:00の停止が同じ事象ではないからです。
キャパシティの余裕は 直近3か月の増加率で、定められたしきい値に達するまでの週数として表します。しきい値はストレージ95%、CPUとメモリは持続80%、ネットワークインターフェースはピーク70%です。予測は線形かつ意図的に保守的にしています。
対象外。 48時間前に通知し合意枠内で行った計画メンテナンスは除外します。エンドユーザー端末は可用性の対象外で、IT資産管理レポートで扱います。サードパーティSaaSの可用性は、提供元の公称値ではなく当社のチェックで観測した値として報告します。
本書は説明用に匿名化したサンプルです。顧客名、機器名、アプリケーション名、通信事業者やプロバイダーの名称は架空または一般的な名称に置き換えています。稼働率、比率、日付、指摘事項は代表的な管理環境を反映したものです。実際の顧客データは一切含まれていません。
BCS Support Center · it-service@brocent.com
本レポートについて、よくいただくご質問
60秒間隔のポーリングによる監視チェック単位で測定し、対象別・サービスティア別に集計します。pingには応答するがアプリケーションのポートが閉じているサーバーは停止として計上します。ホストの到達性をアプリケーションの可用性として報告することはありません。
金融機関にとって、03:00の停止と10:00の停止は同じ事象ではないからです。ティア1の可用性は、月全体に加えて香港の取引時間帯についても示します。
はい。キャパシティの余裕は、直近3か月の増加率で定められたしきい値に達するまでの週数として表します。これによりストレージの逼迫は、インシデントではなく計画的な意思決定事項として提起されます。
御社の可用性モニタリングレポートに何が書かれるかを見る
無料ITヘルスチェックでは、御社の実環境に対して本レポートの初版を作成します。費用も、その後の契約義務もありません。期間は約1週間、御社チームのお時間は数時間程度です。