路透／Yandex：烏克蘭無人機兩日內襲擊兩座數據中心——Sasovo 關閉、Kaluga 部分癱瘓；AI 超算與日常服務同受創

Key takeaway

烏克蘭無人機於十月八日至九日連續襲擊俄羅斯科技巨頭 Yandex 兩座數據中心，公司確認梁贊州 Sasovo 機房全面關閉、卡盧加州機房多個模組癱瘓，並稱數據中心是業務「鋼鐵之心」。Sasovo 據二零二一年公司資料存放用於訓練 YandexGPT 的三台超算中的兩台（基於 Nvidia A100），Yandex 尚未確認超算是否受損。來源真實性已對照路透社轉載與 Yandex 公開聲明核實。

路透／Yandex：烏克蘭無人機兩日內襲擊兩座數據中心——Sasovo 關閉、Kaluga 部分癱瘓；AI 超算與日常服務同受創

烏克蘭無人機於十月八日至九日連續襲擊俄羅斯科技巨頭 Yandex 兩座數據中心，公司確認梁贊州 Sasovo 機房全面關閉、卡盧加州機房多個模組癱瘓，並稱數據中心是業務「鋼鐵之心」。Sasovo 據二零二一年公司資料存放用於訓練 YandexGPT 的三台超算中的兩台（基於 Nvidia A100），Yandex 尚未確認超算是否受損。來源真實性已對照路透社轉載與 Yandex 公開聲明核實。

企業與雲端營運者應關注的，不只是戰時新聞本身，而是 AI 訓練算力、消費級數碼服務與 B2B 客戶同時依賴少數大型機房時，地理與物理風險如何一夕放大。本文整理已核實的時間線、技術與營運含義，以及對香港與亞洲企業災難復原與多區備援的啟示。

路透／Yandex：烏克蘭無人機兩日內襲擊兩座數據中心——Sasovo 關閉、Kaluga 部分癱瘓；AI 超算與日常服務同受創

一、核心事件：兩日兩擊，五座機房已損兩座

據路透社報道（經亞洲媒體轉載），烏克蘭方面於二零二六年十月八日襲擊位於梁贊州 Sasovo 的 Yandex 主要數據樞紐，引發火災並迫使機房全面停運；翌日再襲擊莫斯科西南卡盧加州的數據中心，Yandex 稱「多個數據中心模組已被完全停用」。烏克蘭軍工企業 Firepoint 表示，卡盧加一役使用其 FP-1 單程攻擊無人機，並指該設施為 Yandex 在俄最大數據中心。

Yandex 在俄境內公開資料顯示共營運五座數據中心，兩座已遭襲；其餘兩座在莫斯科州、一座在弗拉基米爾州。公司聲明寫道：「數據中心是 Yandex 的鋼鐵之心（iron heart）。其運作對已融入人們日常生活的服務至關重要。」並強調正日以繼夜搶修，但「這不是一件容易的事」。莫斯科交易所當日 Yandex 成跌幅最大股份之一，下跌約百分之三點七五。

烏克蘭總統澤連斯基稱此為對俄軍攻擊烏克蘭數據中心與電訊基建的「鏡像式／以牙還牙」回應。俄方用戶與媒體其後反映地圖導航、串流、銀行與鐵路等相關服務出現異常；分析亦指出風險不止於消費服務暫時中斷，更波及大量依賴 Yandex 技術的 B2B 客戶。

技術細節

Sasovo 機房於二零二一年被 Yandex 描述為存放三台超算中的兩台，採用 Nvidia A100 加速卡，用於訓練大型語言模型 YandexGPT。公司至今拒絕確認這兩台超算是否在十月八日襲擊中受損，只稱仍在評估設備能否復原。卡盧加則屬「部分癱瘓」——若干模組離線，其餘負載是否已成功轉移至未受襲機房，公開資訊並未量化說明。

二、技術原理深度解析：AI 雲為何變成戰場目標

現代互聯網與生成式 AI 服務，底層都是高密度伺服器、儲存、網絡交換與電力製冷的物理叢集。訓練級超算尤其依賴：

  1. 集中式加速卡池：同一機房堆疊大量 GPU／加速器，以便高速互聯與資料近接，降低訓練延遲與成本。
  2. 共享服務面：搜尋、地圖、串流、支付與企業 API 往往共用同一批區域數據中心與骨幹，一處受創可同時影響多條產品線。
  3. 有限的即時轉移窗口：理論上可把流量導向其他區域，但若訓練檢查點、低延遲快取或專用互聯無法即時重建，復原時間會遠長於一般網頁故障切換。

戰時把數據中心列為對稱報復目標，代表「數碼基礎設施＝經濟與資訊作戰資產」已從理論走進實戰。二零二六年稍早伊朗相關衝突中，亦曾出現針對海灣地區雲端機房的無人機攻擊報道；烏俄雙方近月則把電訊與數據樞紐納入相互打擊清單。對營運者而言，威脅模型不再只是勒索軟件或供應鏈漏洞，還包括物理層的遠程精準打擊與區域停電連鎖。

四、日常應用場景

1. 開發者與技術團隊

依賴單一雲區域或單一供應商「本地低延遲」架構的團隊，應重新檢視：訓練與推理工作負載是否可跨區檢查點；關鍵 API 是否有主動－主動或至少暖備；發布管線是否假設某個可用性區域永遠在線。事故日誌與演練腳本要能回答「機房突然離線四十八小時」而不只是「單一可用區短暫抖動」。

2. 企業與隱私敏感行業

金融、物流、零售若把核心訂單、身分或內容分發綁在同一供應商的少數機房，地理集中度本身就是營運風險。合約上的可用性承諾，必須對照實際的多區部署與第三方機房分散度；僅有紙面 SLA 而沒有可驗證的故障轉移演練，在極端情境下價值有限。

3. 一般用戶

消費端最先感知的是 App 異常、影片卡頓、支付或出行查詢失敗。這提醒用戶：數碼生活便利建立在看不見的機房之上；服務商的透明度（狀態頁、預計復原時間）在危機時與功能本身同樣重要。

4. 香港與亞洲市場視角

香港企業廣泛使用跨國公有雲與區域數據中心，戰火雖遠，但教訓相近：把全部生產負載放在單一城市或單一供應商可用區，等於把營運連續性押在同一物理風險籃。金融與專業服務更須同時滿足數據本地／出境合規與異地復原。規劃多雲或雙區域架構、定期災難復原演練，以及把備份與快照放在獨立故障域，已是基本功而非「進階選項」。

五、專業評價與潛在考量

優勢（就資訊披露而言）
Yandex 迅速承認機房受創並以公開聲明描述影響範圍，有助市場與客戶評估風險；路透等通訊社交叉引述公司聲明、軍工方說法與總統表態，事件主軸可獨立核對。

需要留意的地方
超算是否損毀仍屬未知；「部分癱瘓」的模組數量、能否復原與對模型訓練進度的實際打擊尚未有權威數字。戰時資訊戰環境下，各方說法需持續以公司後續公告與獨立衛星／現場報道校正。對第三方雲客戶而言，亦不宜把單一供應商的內部機房清單當成可審計的風險地圖——公開資訊往往滯後且不完整。

結語

Yandex 兩日內連失兩座數據中心，把「AI 時代的鋼鐵之心」推上戰場前線：算力集中帶來訓練效率，也放大了物理與地緣衝擊面。對香港與亞洲的技術決策者，重點不是猜測下一座機房會否被襲，而是誠實盤點自己的單點依賴——區域、供應商、備份路徑與復原時間目標（RTO／RPO）。

若企業需要把關鍵系統遷往更具韌性的架構，並以異地加密備份、災難復原與高可用設計守護營運連續性，可參考 YSK Limited 的雲端遷移與網絡安全服務（官網刊 99.99% SLA）：https://ysk.hk/services/cloud-security

參考來源

Related services & products

Related posts