Pagkaantala ng Google Cloud London: isang kaganapan sa kuryente sa europe-west2-b at ang mga serbisyo ng UK na nagkaproblema

Ang sakop ng video na ito

• Ang insidente ng Google ay nagsimula sa 07:08 oras ng London noong Oktubre 20, 2026; sa loob ng ilang oras ay inilarawan lamang nito ang matataas na error at paulit-ulit na pagkabigo sa network sa europe-west2, na ang solusyon ay nakalista bilang wala sa ngayon.
• Bandang 12:12 oras ng London, sinabi ng Google na isang kaganapan sa kuryente ang nagdulot ng pagkaantala sa loob ng europe-west2-b zone; hindi magagamit ang mga serbisyo doon at ang ilang serbisyo sa ibang bahagi ng rehiyon ay nakaranas din ng mga error. Tatlumpu't walong produkto ang nakalista sa insidente.
• Inuna ng Google ang pagbawi ng mga umiiral na workload, nagbabala na ang mga bagong workload ay maaaring hindi pa malikha, nag-ulat ng pagbawi para sa karamihan ng mga workload bandang 13:10 oras ng London at tinawag na naayos ang isyu para sa karamihan ng mga customer bandang 15:03, na nangangako ng pagsusuri. Walang root cause maliban sa kaganapan sa kuryente ang nai-publish nang aming suriin.
• Sinabi ng Revolut na isang isyu sa third-party ang nagdulot ng pagkagambala nito at ligtas ang pera at data; sinabi ng HSBC na naapektuhan din ng sitwasyon ang ibang mga organisasyon. Naitala ng BBC na karamihan sa mga kumpanya ay hindi opisyal na ikinonekta ang kanilang mga problema sa Google.
• Ang mga VM at zonal disk ay nabubuhay sa isang zone, kaya ang isang single-zone deployment ay ginagawang ganap na pagkaantala ang pagkabigo ng zone; ang pagkalat sa iba't ibang zone ay nagpapalit nito para sa nawawalang kapasidad, sa halaga ng pagbabayad para sa ekstrang kapasidad.
• Noong Hulyo 2022, ang pagkabigo ng pagpapalamig sa europe-west2-a ay nagdulot din ng epekto sa rehiyon; sinabi ng ulat ng Google na ang panloob na trapiko ay inilayo mula sa lahat ng tatlong zone sa halip na isa, na nag-iiwan sa imbakan na hindi maabot ang ilang replica.
• Inutusan ng DHS ang mga produkto ng DeepSeek, at mga produkto ng third-party na binuo gamit ang mga implementasyon ng DeepSeek, na alisin sa IT ng pederal na ahensya ng sibilyan; hiwalay, sinusuportahan ng Apache-2.0 DeepInfer engine ng DeepSeek ang DeepSeek-V4.1-Flash para sa offline inference lamang.

Isinaling transcript

Isinalin mula sa orihinal na salaysay sa English. Ang available na audio at mga caption ay kinokontrol ng YouTube.

Maaari bang pabagsakin ng isang London zone ang iyong bank app?

0:00 Iniisip mo na ang isang cloud region ay makakaligtas sa pagkawala ng isang gusali. Noong Martes, nawalan ng kuryente ang isang Google zone sa London, at bumagsak ang mga banking app sa UK. Sa video na ito: ano ang sinabi ng Google? Bakit naapektuhan ng isang zone ang buong rehiyon? At sino ang may backup? Martes ngayon, Oktubre beinte, at ito ang The Daily Diff. At ang parehong rehiyon na ito sa London ay nagkabigo na ng ganito dati. Nagsulat ang Google ng ulat tungkol dito, at ipinapaliwanag ng ulat na iyon ang nangyari ngayon.

0:23 Babalikan ko iyan sa huli. Ang Google Cloud ay ang negosyo ng Google na nagpaparenta ng mga server, mga database at imbakan. Ito ay isa sa tatlong malalaking cloud, kasunod ng Amazon at Microsoft. Ang rehiyon nito sa London ay tinatawag na europe-west2, at ito ay nahahati sa tatlong zone, kaya ang isang zone ay maaaring mawalan ng kuryente habang ang dalawa pa ay patuloy na tumatakbo. Ang pagkaantala na iyon ang nangunguna sa diff ngayon. Pagkatapos ay iniutos ng gobyerno ng US ang DeepSeek na alisin sa mga pederal na ahensya,

0:45 at ang sariling serving engine ng DeepSeek ay nangunguna sa Hacker News. Narito ang sariling status page ng Google.

Ano ang aktwal na sinabi ng status page ng Google?

0:50 Nagsimula ang problema bandang 7:08 ng umaga, oras ng London. Sa loob ng ilang oras ang tanging deskripsyon ay matataas na error at paulit-ulit na pagkabigo sa network sa europe-west2. Sa ilalim ng workaround, sinabi nitong wala sa ngayon. Bawat timestamp sa page na iyon ay nasa Pacific time, para sa isang outage sa London. Napansin ito ng isang commenter sa Hacker News, nang magalang. Kalaunan ay nagbago ang workaround sa ganito.

1:12 Ilipat ang iyong workload sa ibang zone o rehiyon, kung posible. Labindalawang minuto matapos ang tanghali, ang sanhi.

Bakit naapektuhan ng isang zone ang buong rehiyon?

1:18 Isang kaganapan sa kuryente ang nagpabagsak sa zone europe-west2-b. Sabi ng Google, hindi magagamit ang mga serbisyo nito sa zone na iyon, at ang ilang serbisyo sa iba pang bahagi ng rehiyon ay nakaranas din ng mga error. Tatlumpu't walong produkto ang nakalista sa insidente. Una, sinabi ng Google na naayos na ang problema sa kuryente. Pagkatapos ay inuna nito ang mga umiiral na workload kaysa sa mga bago, at nagbabala na ang mga customer ay maaaring hindi pa makagawa ng mga bagong workload. Bandang sampu pagkalipas ng isa, karamihan sa mga workload ay bumabawi, at pagkalipas ng alas-tres ng

1:43 hapon, tinawag ng Google na naayos na ito para sa karamihan ng mga customer. Pagkatapos, ang mga customer.

Sino ang nagkaantala, at sino ang nagsabi nito?

1:48 Sinabi ng Revolut sa BBC na mayroon silang serbisyo na naantala dahil sa isang third party, at ligtas ang pera at data. Nag-sorry ang HSBC at sinabing naapektuhan din ang ibang mga organisasyon. Sinabi ng Lloyds na gumagana ang app nito, bagaman ang ilang tao ay nagkaroon ng isyu. Mahigit labinlimang daang tao ang nag-ulat ng mga problema sa Revolut sa Downdetector ilang sandali matapos ang alas-otso. Sinabi ng serbisyo ng korte na naapektuhan ang kanilang mga video link para sa remote na pagdinig. Sinabi ng BBC na karamihan sa mga kumpanya ay hindi pa opisyal na iniuugnay ang kanilang mga problema sa Google.

Nakaligtas ba ang iyong app sa isang madilim na zone?

2:15 Narito ang bahaging kontrolado mo. Ang isang virtual machine o isang zonal disk ay nabubuhay sa eksaktong isang zone. Kung ang iyong buong bangko ay nasa zone b, ang kaganapan sa kuryente ay ang iyong pagkaantala. Ikalat ito sa a at c, at mawawalan ka ng kapasidad sa halip na mga customer. Ang ekstrang kapasidad na iyon ay nagkakahalaga ng pera, kaya naman maraming koponan ang nilalaktawan ito. Isinulat ni Monzo ang mas malaking bersyon. Ang pangunahing bangko nito ay tumatakbo sa cloud ng Amazon, at isang hiwalay na stand-in system sa Google's ay maaaring panatilihing gumagana ang mga pagbabayad sa card at paglilipat.

2:42 Sa Hacker News, hinulaan ng isang komentarista na ang mga patakaran sa data ng UK ang nagtulak sa mga kumpanya sa isang rehiyon. Walang nagkumpirma niyan. Ngayon ang isa pang kwento.

Bakit bawal ang DeepSeek at trending sa parehong araw?

2:49 Iniutos ng Homeland Security na alisin ang DeepSeek mula sa mga pederal na ahensya ng sibilyan, at ang utos ay lumalabas sa Federal Register ngayon. Sinasaklaw nito ang sariling mga produkto ng DeepSeek at pati na rin ang mga produkto ng third-party na binuo gamit ang mga implementasyon ng DeepSeek. Kung nagbebenta ka ng software sa mga ahensya ng US, basahin ang probisyong iyon bago mo ipadala ang isang DeepSeek model sa loob ng iyong produkto. Sa araw na lumabas ang pagbabawal sa Federal Register, ang bagong open-sourced na inference engine ng DeepSeek, ang DeepInfer, ay nanguna sa Hacker News. Sabi ng DeepSeek, ito ang engine sa likod ng sarili nitong production services,

3:18 sa ilalim ng Apache 2.0. Nagpapatakbo ito ng isang modelo, ang V4.1 Flash, sa mga Blackwell data-centre ng Nvidia na GPU o mga Ascend chip ng Huawei, at para lamang sa offline inference. Ang KV cache system at ang load balancing ay wala sa release na ito, kaya makukuha mo ang engine nang wala ang iba pang bahagi ng sasakyan. Ang kawili-wiling paglipat ay ang batch-invariant mode. I-on ito, at mananatiling magkapareho ang mga resulta anuman ang ibang mga kahilingan na kasama sa batch, sa Nvidia lamang.

3:43 Ngayon ang ulat na iyon.

Ano ang itinuro ng huling pagkaantala sa London sa Google?

3:44 Noong Hulyo 2022, nabigo ang pagpapalamig sa isang data center na nagho-host ng zone a ng parehong rehiyon na ito. Inamin ng Google na naapektuhan din ang mga serbisyo sa rehiyon. Ang sarili nitong pagbabago sa trapiko ay nagpalayo sa mga panloob na serbisyo mula sa lahat ng tatlong zone sa halip na isa, kaya hindi maabot ng storage ang anumang kopya ng ilang data. Ngayon, kuryente ang problema, at sinabi ng Google na darating ang kumpletong pagsusuri. Noon, nangako ang Google ng agarang hakbang upang mapabuti ang resilience ng rehiyon na ito. Muli, nagdilim ang isang zone, at ang ilang serbisyo sa buong rehiyon ay nagpakita ng mga error

4:14 kasama nito. Ang aking hatol ay kailangan ng pagsusuri.

Desisyon: kailangan bang suriin ang rehiyon ng Google sa London?

4:16 Ang pagkawala ng kuryente ng isang zone ay eksakto kung para saan ang mga zone. Gusto kong ipaliwanag ng ulat ng Google kung bakit muling nagkaproblema ang ibang bahagi ng London, at gusto kong ipaliwanag ng iyong bangko kung bakit sapat na ang isang zone. Sabihin sa akin sa mga komento kung iba ang iyong tatakan. Kung mas gusto mong basahin ito kaysa pakinggan akong sabihin ito, ang diff ay dumarating sa iyong inbox tuwing umaga, libre sa thedailydiff.dev, link sa ibaba. At iyon ang diff para sa araw na ito. Ako si Niko mula sa Axrisi.

4:37 Pagsamahin nang responsable.

Mga Pinagmulan

1. Multiple services are experiencing issues in the europe-west2 region (incident Xs2XTHzAVC9YnafnPyzj)Google Cloud Service Health
2. Google Cloud says 'power event' behind outage hitting UK banks and websitesBBC News
3. Google Cloud says outage affecting banks and court video links caused by 'power event' (live)BBC News
4. Incident report: multiple Cloud products in europe-west2, July 2022Google Cloud Service Health
5. Regions and zonesGoogle Cloud documentation
6. Tolerating full cloud outages with Monzo Stand-inMonzo
7. Google cloud outage takes down banks (discussion)Hacker News
8. Notice of Order Regarding Exclusion and Removal of DeepSeek Products (2026-21447)U.S. Department of Homeland Security · Federal Register
9. DeepInferDeepSeek on GitHub