Детайли

Написано от: IT Pro

Категория: Blog

Публикувано на 22 Ноември 2025

Посещения: 5207

Въведение

Модерните компютри на силикон и GPU се превърнаха в новото злато. Независимо дали за игри, AI изследвания, VFX, 3D рендиране, крипто-миниране, или операции на центъра на данни, търсенето на мощни графични процесори е експлодирало през последните няколко години. Резултатът е продължителен, глобален недостиг на GPU, който е засегнал всички от отделни потребители до хипермащабни доставчици на облак.

Това, което започна като прекъсване на доставките, се превърна в сложна, многослойна глобална криза, включваща напреднали затруднения в производството на полупроводникови елементи, геополитически ограничения, масивни инвестиции на AI, търсене на игри, покачване на потреблението на облаци и технологични преходи.

Тази статия се разпада защо глобалният недостиг на ГПУ продължава, защо новите чипове остават скъпиИ най-важното.кога (и ако) този недостиг най-накрая ще приключи.

---

1. Защо GPU са различни от другите чипове

GPU не са процесори.

Те изискват:

• повече транзистори на mm2

• по-напреднала литография (до 3nm / 5nm)

• Интеграция на високочестотна памет (HBM)

• модерна опаковка (CoWoS, EMIB, 3D- stacking)

• изключително нисък толеранс на дефектите

• Специализирани линии за производство

• ограничени световни доставчици

Това означава:

• Производството на GPU не може просто да бъде изградено нагоре

• Новите фабрики не могат да бъдат включени за една нощ

• Само шепа компании могат да ги направят.

95%+ от производството на GPU с висока степен на кървене зависи от TSMCТайванският полупроводников гигант.

Това е една единствена точка на глобален провал.

---

2. Какво довело до недостиг? (Множество вълни)

Недостигът на GPU не е едно събитие.

Разрушаване на Пандемично снабдяване (2020-2021)

Фабриките са затворени.
Корабът замръзна.
Търсенето скочи.

Резултат: нулева инвентаризация при стартиране за повечето потребители GPUs.

Wave 2 . . . Crypto Mining Frenzy

Минирането на Етеръм изпрати GPU търсене до покрива.

Геймърите се състезаваха с промишлени минни ферми.

Цените се повишиха с 200%.

Вълна 3 по-голяма от облачната експлозия

Хиперскалери разширен GPU капацитет за AI драматично:

• AWS

• Облак в GoogleName

• Microsoft Azure

• Oracle Cloud

• Десетпроцентен облак

• Облак Алибаба

Всеки хиперскалер поръчва милиони единици.

Вълна 4 ..

Възходът на:

• ChatGPT

• Семейство GPT-4

• Модели Llama

• Стабилен дифузион

• MidJourney

• AI обучение навсякъде

Превърна GPU в стратегическа инфраструктура.

Корпорации, правителства и изпълнители на отбраната влязоха във войната за наддаване.

Помахай 5 по-долу.

CoWoS опаковка shotteck забави доставките с месеци.

Няма значение дали GPU ще умре, ако не може да бъде свързан с HBM, той е неизползваем.

---

3. Защо ИИ е главният шофьор сега

Това е решаващо:

Ал е най-добрият потребител на GPU днес.

Generative AI изисква:

• параметри на обучение в размер на милиарди

• непрекъснато натоварване на изводите

• огромна възможност за паралелно изчисление

• Превключване на високочестотна памет

Обучението на погранични модели може да изисква десетки хиляди H100/H200 клас GPUsИ това... единична Модел.

След това, извод (продължаваща употреба) консумира дори повече хардуер с течение на времето.

Търсенето премина от хиляди → стотици хиляди → милиони единици в световен мащаб.

Никоя производствена индустрия не може да поеме този шок веднага.

---

4. NVIDIA Dominance = Market Bottleneck

NVIDIA контролира:

• 80...90% от световния пазар на AI GPU

• почти всички хипермащабни инструменти за обучение

• Заключване на екосистемата CUDA

GPU количеството е ограничено.
Глобалните алтернативи са ограничени.
Разходите за смяна на GPU са огромни.

Компаниите нямат избор, освен да чакат и да плащат.

---

5. Защо потребителските и игри GPUs остават скъпи

Човек би си помислил, че потребителските GPU-та ще са евтини до сега.

Въпреки това:

1. Производството приоритизира GPU-центъра

(H100, GH200, B200 и др.)

Защото...
марж на печалбата за всеки чип:
$2000+ → $30,000+

ве
Потребителска карта:
$200 → $1600

Производителите предпочитат печелившите чипове.

2. Търсенето на игри остава високо

Новите заглавия на AAA изискват повече власт.

3. Използваният пазар е сух

Наводнени доставки от минния колапс веднъжНо тази доставка вече я няма.

4. AI хобиистите сега се конкурират с геймърите

Повече конкуренция → по-висока цена.

---

6. Обяснени доставки

Най-големите ограничения днес:

• Литография

Само TSMC, Samsung и Intel могат да изградят напреднали възли.

• Капацитет на опаковката

CoWoS е ограничена и сложна.

• Производство на HBM

Само няколко доставчици доставят:

• SK Hynix

• Самсунг.

• Микрон

и доходността е ниска.

• Инвентаризация

Вече няма склад.

• Логистика на транспорта

хардуер пътува през десетки стъпки:
fab → опаковане → памет → платка монтаж → тестване → валидиране → разпределение

---

7. Геополитическият риск усилва всичко

Производството на GPU зависи значително от Тайван.

Рисковите фактори включват:

• Напрежението на Китай по Тайван

• Американски контрол върху износа

• Санкции

• търговски ограничения

• Политика относно ембаргото върху чипове

САЩ контролират достъпа до Ал чипове за Китай.
Китай сега се запасява агресивно.
Това води до допълнителен недостиг.

---

8. Кога наистина ще приключи недостигът на GPU?

Кратък отговор:

Не скоро.

Реалистични съображения:

2025 г.

• ограничения на доставките леко се отпуснат

• Новите фигурки започват ограничена рампа

• повече наличност на HBM

• Но търсенето на AI се увеличава по-бързо от предлагането

2026

• Завършени допълнителни линии за опаковане

• Някои региони виждат стабилизиране на цените

• корпоративен беклог намалява

2027+

• Следващото поколение е онлайн.

• глобалното предлагане значително се разширява

• недостигът значително намалява

Повечето анализатори проектират смислена нормализиране между 2026... 2028....

Не и през 2025.

Със сигурност не и през 2024-2025.

---

9. Ще падне ли цените на GPU?

Те... Уил., но бавно ..

• корпорациите все още ще плащат премии

• Високите граници вече са нормални.

• Търсенето няма да се срине.

• игрите продължават

• Годишните технологични освежавания се ускоряват

Цената се свива само когато:

предлагане > търсене

Далеч сме от това.

---

10. Възможно ли е отново да се случи друго кратко време?

Да и лесно.

Високи рискови фактори:

• конфликт в Тайван

• AI ескалация на оръжията

• Забрани за износ

• Липса на HBM

• Логистичен срив

• нов минен бум

• кибератака на веригата за доставки

Полупроводната крехкост остава изключително висока.

---

Заключение

Недостигът на GPU в световен мащаб не е временен, а е резултат от структурния дисбаланс, който е променил компютърната индустрия.

За първи път в историята:

GPU са по-стратегически важни от процесорите.

Търсенето на изкуствен интелект, облачни компютри, игри и индустриална симулация надрасна възможностите на света за производство на съвременни графични процесори. Този недостиг вероятно ще продължи през втората половина на десетилетието, като се облекчи само като нови фигурки, опаковъчни заводи, и съоръжения за памет узряват и се стабилизират в световен мащаб.

Ще спре ли недостигът?

Да.

Но не и тази година.

Не и догодина.

Ние сме на многогодишен период от време и световният апетит за изкуствен интелект все още се ускорява.

Докато производството най-накрая надмине търсенето, GPU ще остане един от най-скъпите и скъпите неща в технологичния свят.

Детайли

Написано от: IT Pro

Категория: Blog

Публикувано на 22 Ноември 2025

Посещения: 5982

Въведение

През 2025 г. масивният скок на инвестициите в инфраструктурата на AI-специфичния център за данни е безпогрешен. От милиарди капиталови ангажименти от технологични гиганти към държавни фондове агресивно подкрепяйки нови съоръжения, дигиталната икономика в света се превръща в т.нар. "модерна надпревара." По-долу изследваме основните сили, които карат компаниите да наливат милиарди в центровете за данни на AI, архитектурните и оперативни промени, които са в основата на промяната, как се адаптират бизнес моделите и какви са рисковете и бъдещите последици за организации като вашите (с дълбок интерес към инфраструктурата, сравняването, изчисляването на натоварването и т.н.).

---

Скалата на инвестицията

За да се схване инерцията, ето някои представителни данни:

• Microsoft планира приблизително 80 милиарда долара във фискалната 2025 г. за изграждане на центрове за данни с възможност за AI, особено в Съединените щати. Reuters

• Световният инвестиционен бум в центъра на данните, свързан с AI, се оценява в трилиони: една статия отбеляза, че $3 трилиона AI разходите са в ход. Пазителят

• Според преглед от 2025 г. на инвеститорите в центъра на данните, фирми като Blackstone, Bain Capital и други активно са инвестирали капитал в мащабни хипермащабни и богати на GPU съоръжения. Партньори по STL

Тези цифри отразяват факта, че това не е литно увеличение на капацитета год. това е стратегическа, мащабна промяна в инфраструктурата.

---

Защо сега?

1. Експлозия на сложността и търсенето на модела AI

Възходът на големите езикови модели (LLMs), системите за генеративно-AI, симулационните работни места и други задачи, свързани с компютно-тежките задачи, основно промени профила на търсенето на центровете за данни:

• Изискване за обучение и въздействие в мащаб масивен ГПУ клъстери, рафтове с висока плътност, напреднали мрежи и охлаждане.

• Както се описва в една статия: Всеки допълнителен символ, генериран от AI алгоритми зависи от този слой. Gainify

• Компаниите преминават от традиционните CPU-центрични работни места към GBU/ASIC-ускорителни, което води до нови архитектурни изисквания (плътност на мощността, охлаждане, свързаност).

Накратко: търсенето се увеличава хоризонтално (повече модели/потребители) и вертикално (по-големи модели, повече параметри, повече данни).

2. Конкурентно предимство и първокласни инвестиции

За много големи технологични фирми и доставчици на облаци състезанието е нещо повече от икономически ефективни изчисления: става въпрос за изграждане на инфраструктурния ров:

• Фирми като Microsoft, Amazon AWS, Google Cloud и Meta не са доволни само от инфраструктурата, която създава собствени съоръжения от следващо поколение, за да получат оперативни, латентни, разходни и контролни предимства. 174 Power Global+1

• За предприятията (включително и вашият собствен контекст на бенчмаркиране, GPU off-load, виртуализация и т.н.), достъпът до специализирана инфраструктура дава differentiator: по-бърза итерация на модела, по-ниска латентност, по-висока проходимост обучение.

Следователно, компаниите са готови да се ангажират с милиарди, за да заключат тази бъдеща стойност.

3. Инфраструктура като стратегически актив

Центровете на данните вече не са просто статични, те са стратегическа инфраструктура за AI:

• Те представляват дълготрайни активи (10+ години) и все повече се третират като критична промишлена инфраструктура (мощност, охлаждане, фибри, възобновяема енергия).

• Инвеститорите и инфраструктурните фондове се движат в: списъкът на най-важните инвеститори в центъра на данните, сега включва инфраструктура/реални фирми, които виждат центровете за данни като основни платформи за растеж. Партньори по STL

• Естеството на AI compute означава, че това, което има значение, не е в най-добрия случай .more сървъри .more сървъри . . . .

Така за компаниите изграждането на правилния център за данни често означава изграждане на бъдещето на бизнеса им.

4. Енергетика, местоположение и мащабираща икономика

Мащабните центрове за данни на ИИ са енергоемки, топлоемки, пространствено-интензивни и се възползват от икономии от мащаба:

• Един технически доклад показва как съвместното разполагане на центрове за данни на ИИ с възобновяеми енергийни източници и интелигентни системи за управление на енергията може значително да намали въздействието върху разходите и околната среда. arXiv

• Друг показва как разпределени, мрежови информационни центрове могат да помогнат за стабилизиране на мрежите, докато абсорбират масивни компутни товари. arXiv

• Стратегическо местоположение, достъп до евтина/възобновяема енергия, благоприятна политика на мрежата, земя и позволява всичко. Компаниите, които се опитват да изградят AI-централно, са факторинг не само за изчисляване на разходите, но и за изпълнение на + енергия + охлаждане + недвижими имоти + и т.н.

5. Суверенност, регулиране и геостратегически опасения

Изчисли нещата не само търговски, но и политически:

• Неотдавнашно проучване на 775 не-американски центрове за данни установи, че контролът върху инфраструктурата в центъра на данните (коя нация, която оператор) все повече е лост на цифровия суверенитет. arXiv

• Някои държави изрично се опитват да привлекат инвестиции в центъра на данните на AI, за да заснемат стойността на AI надолу по веригата.

• Фирмите, извън латенцията/разходите, мислят за риск: регулаторен риск, контрол на износа, вериги за доставки, всички от които настояват за притежаване или строго контролиране на инфраструктурата.

---

Какво прави центърът за данни, готов за AI?

Изграждането на центрове за данни за натоварването на AI е съществено по-различно от традиционното предприятие или центровете за събиране на данни в облака. Някои от основните разлики:

• Плътност на мощността: AI багажници могат да изискват десетки киловати (kW) на багажник, а не няколко. Охлаждането и разпределението на енергията трябва да подкрепят това.

• Охладителни системи: Течно охлаждане, директно до чип охлаждане, потапяне охлаждане сега стават по-често за плътни GPU клъстери.

• Връзка & латентност: Големите GPU клъстери често изискват много бързи връзки (NVLink, CXL, PCIe, високоскоростна Ethernet) и връзки с ниска скорост към съхранение, мрежа, ръб услуги.

• Модулен дизайн и бързо разполагане: Някои по-нови оператори проектирате municipal GPU-pods... или контейнеризираните центрове за данни, така че те могат да използват голям капацитет бързо.

• Енергия и инфраструктура за устойчивост: Тъй като електричеството е скъпо и все по-оглеждано, много съоръжения са съ-locating възобновяемите енергийни източници, използване на интелигентно смяна на товара, изграждане на обекти с евтина енергия, или договаряне на големи енергийни сделки.

• Специализиран хардуерен жизнен цикъл: За разлика от типичните сървъри, AI клъстерите зависят от циклите за освежаване на GPU/акселатора (напр. на всеки ~18-24 месеца), което означава, че инфраструктурата трябва да поддържа подобрения, охлаждане, високоскоростни енергийни натоварвания.

• Стратегия за местоположение: Близост до AI модел изследователски центрове, източници на данни, потребителски крайни точки, и свързаност с клауд/хибрид настройка материя.

За всеки във вашата област (AI бенчмаркиране, тежка употреба на GPU, виртуализация и т.н.), е: инфраструктура сега е основен диференциатор, а не просто цена.

---

Бизнес-моделът води до това защо компаниите инвестират

От бизнес-перспективно, логиката на инвестирането в инфраструктурата на AI-данни-център попада в няколко кофи:

• Включване на нови потоци приходи

Компаниите виждат прехода към AI като създаване на нови бизнес линии: обучение по модел, интерференция като услуга, консултиране на предприятието AI, разгръщане на AI. За да ги подкрепите, ви трябва инфраструктурата. Без него рискуваш да си зависим от трети страни.

• Контрол на разходите и подобряване на маржовете

Чрез притежаване или контрол на инфраструктурата, оптимизирана за работа на AI, компаниите имат за цел да намалят оперативните разходи за един час на конференция или обучение. За хиперскалерите икономиката на мащаба може да намали разходите достатъчно, за да се даде възможност за нови услуги с атрактивни маржове.

• стратегическо предимство и заключване

Инвестициите в инфраструктурата създават ровове: след като организацията притежава или контролира значителен AI компютен капацитет, става по-трудно за конкурентите да съответстват. Също така, интеграцията с патентован хардуер, софтуерни стекове, персонално охлаждане и др., увеличава разходите за смяна.

• Подкрепа за вътрешни иновации

Във вашия свят на GPU-акумулиране, AI бенчмаркиране, виртуализация, развитие на инструменти: като достъп до големи компютни съоръжения дава възможност за по-бързо итерация, по-големи експерименти и вътрешно конкурентно предимство. Това е производителност инвестиции, не само инфраструктура.

• Инфраструктура като услуга за другите

Някои компании изграждат центрове за данни AI, за да обслужват собствените си нужди както и предлага капацитет на други (напр. AI стартиращи компании, SaaS компании). Този двумодален модел позволява монетизация на излишъка от капацитет.

• Рисково хеджиране и контрол

Тъй като AI става централен за бизнес моделите, зависимостта от външни доставчици или облак може да се превърне само в пречка или риск (случайност, данни-суверенност, ценова инфлация). Инвестирането в инфраструктура е хедж.

---

Регионална и индустриална динамика

• Инвестиционният бум е глобален: Азия-Пасифик, Европа, Близкия изток всички търсят AI-компютри. Така например, Франция обяви големи инвестиции, за да получите гонка в състезанието с посветени AI-суперкомпутация / данни-център кампуси. Le Monde.fr

• Нарастващите пазари могат да станат привлекателни заради земя, мощност или регулаторни предимства (особено за енергоемката инфраструктура на AI).

• Индустриите извън чистата технология също участват: финансови услуги, автомобилостроене, здравеопазване, производство все повече инвестират във вътрешната инфраструктура на AI и по този начин подхранват търсенето на данни-центъри .

---

Основни предизвикателства и рискове

Въпреки че обосновката е силна, тези инвестиции не са без значителен риск и сложност:

• Висока интензивност на капитала: Това са многомилиардни ангажименти с дълъг хоризонт преди разплата.

• Бърза технологична промяна: Хардуерът, охлаждането, пейзажът за работа в мрежа за AI еволюира бързо; инвестициите в архитектурата днес могат да станат суб-неоптимални след няколко години (напр. ново поколение GPUs, нова памет/архитектура, оптични връзки).

• Напрежение в областта на енергетиката и устойчивостта: Както AI изчислява расте, така и потреблението на енергия и въглеродния отпечатък. Регулаторите, общностите и дружествата са подложени на натиск за осигуряване на устойчивост. Документите показват как могат да помогнат на центровете за данни, които могат да се възстановят, но също така добавят и сложност. arXiv

• Ограничения на мрежата и мощността: Много региони се борят за осигуряване на необходимата мощност или надеждна свързаност, или могат да бъдат изправени пред позволение/сила договор забавяния.

• Геополитически/регулаторен риск: Инфраструктурата може да бъде обект на контрол върху износа, закони за суверенитета на данните, държавна намеса. Статиите, в които се изучават центровете за данни извън САЩ, показват, че операторите по въпросите на националността и контрола. arXiv

• Несигурност на търсенето: Докато търсенето на изкуствен интелект расте, точната форма, времето и бизнес моделът на бъдещите работни места все още са несигурни. Съществува риск от свръхкапацитет или прахосани разходи, ако търсенето се развива по различен начин.

• Охлаждане/термичен риск: Тъй като плътността на стелажа ескалира, управлението на охлаждането не става тривиално (риск от неуспех, намаляване на топлината, повишаване на разходите).

• През разглеждания период рентабилността на промишлеността на Съюза се е променяла, както следва:: Инвеститорите (номинални фондове, REITs и т.н.) оценяват какъв ще бъде моделът на приходите на AI-данните-центъри, отвъд просто хостинга.

---

Какво означава това (и какво трябва да се помисли)

Като се има предвид вашият интерес към GPU бенчмаркиране, AI работни потоци, виртуализация и инфраструктура, тук са някои ефективни последици и съображения:

План за по-висок достъп до компут-капацитет

• Ако разработвате AI референтни апартаменти или стратегии за разтоварване (GPU/CPU/DirectML/ONNX и т.н.), не забравяйте, че големите организации все по-често ще имат вътрешен достъп до .AI-готови .

• Ако разчитате само на стоков облак/виртуализация, може да откриете подоптимален разход/производителност в сравнение с организации, които имат потребителски центрове за данни.

Стратегия за инфраструктурата трябва да се развие

• Помислете къде да работите: вътрешен клъстер срещу трети страни срещу хипермащабен AI-данни център.

• Оценете дали вашите инструменти за сравнение или за осигуряване са адаптирани към новия модел GPU (напр. високочестотна връзка, директно към чип, охладителна система > 50 kW).

• Помислете за мащабируемост, разходи за енергия, охлаждане и енергийна инфраструктура като част от вашия стек (не само компут).

Устойчивостта и енергията следва да бъдат част от планирането

• С увеличаването на товара, разходите за енергия/охлаждане ще се увеличат. Изграждането или използването на AI инфраструктура на ефективни места с достъп до възобновяема енергия може значително да засегне TCO и графика.

• Ако сравнявате системи, включете енергийни-на-ток или енергийни-на-инферентни показатели.

Търговия и хардуерни екосистеми

• Компонентната верига за доставка (GPS, ASIC, интервръзки, памет) е все по-свързана към мащабни центрове за данни. Това означава, че инфраструктурата, за която оценявате или разработвате, ще се развива бързо и може да зависи от партньорства или мащаб.

• Достъп до AI хардуера от следващо поколение (напр. GPUs, проектирани за скалата на центъра на данните, потребителските ASICs, CXL интервръзката, охлаждането на течността) може да бъде диференциатор.

Стратегия за намаляване на риска

• Тъй като инвестиционните цикли са големи и дълги, помислете за диверсификация (хибриден облак + на-прем + ръб), вместо да предполагате, че всички компюта ще мигрират към центровете за данни-линии.

• Монитор регулаторни/суверенни рискове около местата, където се намират центровете за данни, или как те се експлоатират.

• Бъдете наясно с възможните сценарии за свръхкапацитет, които биха могли да доведат до намаляване на маржовете за операторите в центъра на данните (които биха могли да окажат въздействие върху наличността, ценообразуването).

Възможност за измерване и инструментиране

• Вашият интерес към апартаменти AI-Benchmark, GPU off-load и виртуализация може да се изравни с новата тенденция на по-евтина архитектура. Ще има възможност за сравняване на нови архитектури, сравняване на предмишниците срещу облака срещу AI-базираните центрове за данни, моделиране на енергията/разходите/продажбите.

• Помислете за строителни модули/инструменти, които помагат на предприятията да оценяват, когато изграждат свой собствен AI-център за данни има смисъл срещу лизингов капацитет от страна на операторите с хипермащаб.

---

Гледай напред: Какво да гледаш

Ето някои теми, които компаниите и бенчмаркерите (като вас) трябва да наблюдават:

• Архитектурни скокове: Следващото поколение AI хардуер (напр., по-ефективни GPU, персонализирани ускорители, чипове, памети) ще повлияе на това, което означава през 2026-27.

• Edge AI центрове за данни: Въпреки че много инвестиции са за хипермащабни кампуси, edge-AI (по-близо до потребителите) може да управлява мини-данни-центъри за ниско качество на извод.

• Енергетика и охлаждащи иновации: Охлаждане на потапянето, охлаждане на течностите, повторно разполагане, интелигентно планиране на товара ще стане все по-важно, тъй като мощността става ограничаващ фактор.

• Суверенни компют и регионални центрове: Повече правителства могат да стимулират местното развитие на AI-данни-центъра за суверенитет/принципни причини. Това може да отвори нови пазари и регулаторни стимули.

• Развитие на бизнес модела: Компютен-а-а-а-а-а-а-а-а модели за AI могат да растат: предприятията купуват персонализирани клъстери за обучение/инференция на AI, вместо да наемат генерични клауд капацитет.

• Устойчивост и въглероден отпечатък: Тъй като AI compute расте, публичният и регулаторен контрол около енергията, емисиите и устойчивостта ще се увеличат, операторите в центъра на данните ще трябва да измерват и оптимизират енергийните/ефективните показатели.

• Риск от надграждане: Както при всяка инфраструктура бум, рискът от твърде много стелажи гонене все още не-зрели гонене е реален. Времето на търсенето срещу капацитета ще има значение.

---

Заключение

Наводнението на инвестициите в центровете за данни на AI през 2025 г. не е просто продължение на клаудовия растеж, а структурна промяна в начина, по който се изгражда компютърната инфраструктура, на разположение и монетизирана. За дружествата решението да се изсипят милиарди в AI-данни-център капацитет се управлява от:

• Чисто мащаб и скорост на AI натовареност.

• Стратегическият императив да притежава инфраструктурата (или да има преференциален достъп), която дава правомощия на AI.

• Икономиката на мащаба, енергетиката и производителността, които благоприятстват широкомащабните специализирани съоръжения.

• Развиващата се представа за центровете за данни като стратегически, конкурентни активи, а не като например ферми за сървъри.

Детайли

Написано от: IT Pro

Категория: Blog

Публикувано на 19 Ноември 2025

Посещения: 6763

На 18 ноември 2025 г. огромно парче от интернет се срина.
Ако отворехте ChatGPT, X (Twitter), League of Legends, Shopify, Coinbase или безброй по-малки сайтове, ви посрещаше страница с грешка 5xx с марката Cloudflare - или сайтовете просто не се зареждаха изобщо. Това, което на пръв поглед изглеждаше като поредния голям "интернет е счупен" момент, се оказа нещо по-незабележимо и в някои отношения по-притеснително: грешка, която Cloudflare сама си е причинила дълбоко в собствената си инфраструктура.

По-долу е представен подробен преглед на случилото се при вчерашния срив на Cloudflare (18 ноември 2025 г.), причините за него, засегнатите и поуките, които инфраструктурните екипи трябва да си вземат от него.

 

---

Какво всъщност се случи вчера?

Във вторник, 18 ноември 2025 г., около късната сутрин по UTC, Cloudflare започна да връща големи количества грешки на сървъра HTTP 5xx за трафика, който преминаваше през мрежата ѝ. За крайните потребители това означаваше страници "Internal Server Error" (Вътрешна грешка на сървъра) или "Gateway Error" (Грешка на портала) при опит за достъп до много популярни уебсайтове и приложения.

Според собствения блог на Cloudflare след инцидента прекъсването е:

• е започнал да влияе на HTTP трафика на клиентите в 11:28 UTC

• Наблюдавани са широко разпространени грешки 5xx в основните услуги на CDN и сигурността

• Около 13:05-14:30 UTC са предприети важни стъпки за намаляване на въздействието

• Обемът на грешките 5xx се върна към базовото ниво към 17:06 UTC Блогът на Cloudflare

Самата Cloudflare го определи като най-тежкия си прекъсване от 2019 г. насам, защото то не е засегнало само една функция или табло за управление - нарушило е работата на основния прокси слой, който маршрутизира по-голямата част от трафика на клиентите през мрежата ѝ. Блогът на Cloudflare

Мониторингът на трети страни потвърди това. Cisco ThousandEyes видя глобален срив, засягащ Cloudflare, с таймаути и грешки 5xx на услуги като X, OpenAI (ChatGPT) и Anthropic, докато самите мрежови пътища изглеждаха здрави. Това категорично показваше, че става дума за отказ на услугата отзад, а не за проблем на ниво доставчик на интернет или маршрутизация. ThousandEyes

 

---

Кой е бил засегнат?

Тъй като Cloudflare се намира пред огромна част от интернет (около 20% от сайтовете в мрежата разчитат на Cloudflare за производителност и сигурност), радиусът на взрива беше огромен. AP News+1

Сред услугите, за които се съобщава, че са засегнати:

• ChatGPT / OpenAI

• X (бивш Twitter)

• Canva, Shopify, Dropbox, Coinbase

• League of Legends и други платформи за игри

• Различни сайтове за обществен транспорт и правителствени сайтове, включително New Jersey Transit и цифровите системи на френската железница SNCF AP News+1

Програми за проследяване на прекъсвания като Downdetector регистрираха хиляди едновременни съобщения за проблеми в пиковия момент. Ройтерс съобщи за около 5000 засегнати потребители само за X в един момент, след което броят им намаля с разпространението на поправките. Ройтерс

От гледна точка на потребителите това се изразява в:

• Сайтове не се зареждат изобщо

• блокиране или провал на потоците за влизане в системата (особено когато са били включени Cloudflare Access или Turnstile)

• API отговарят с прекъсвания или с грешки 5xx

• табла за управление и административни панели, които не работят

С други думи: огромни части от интернет "се чувстваха неработещи", въпреки че основната причина беше съсредоточена във вътрешните системи на един доставчик.

 

---

Как обикновено работи Cloudflare (с прости думи)

За да разберем защо това прекъсване е било толкова тежко, е полезно да знаем приблизителния път на една заявка през мрежата на Cloudflare.

Cloudflare действа като CDN с обратен прокси сървър и слой за сигурност:

1. Вашият браузър или приложение се свързва с Cloudflare, вместо директно с първоначалния сайт.

2. Cloudflare терминира TLS и HTTP на своя край.

3. Заявките постъпват в основната прокси система на Cloudflare, наречена FL ("Frontline" ) и нейното по-ново поколение FL2.

4. Това основно прокси:

   • прилага правилата на WAF (защитна стена за уеб приложения)

   • Изпълнява модели за управление на ботове

   • обработва DDoS защита, кеширане, изходящи данни към произхода

   • Маршрутизира трафика към други вътрешни продукти като Workers, R2, Access и др. Блогът на Cloudflare

При нормална работа тази архитектура е изключително устойчива: ако един център за данни има проблем, трафикът се пренасочва през други; промените в конфигурацията се въвеждат внимателно; отделните функции трябва да се провалят по ограничени начини.

Вчерашният срив беше именно лош, защото повредата беше вътре в самия общ прокси път и беше тясно свързана с конфигурационен файл, който се разпространява по целия свят често и автоматично.

 

 

---

Основна причина: файл за управление на ботове, който е излязъл от строя

Официалното обяснение на Cloudflare посочва един основен виновник:
файл за конфигурация на функцията, използван от тяхната система за управление на ботове. Блогът на Cloudflare

Ето веригата от събития на разбираем език:

1. Bot Management използва "feature file".

   • Моделът за откриване на ботове на Cloudflare разчита на набор от "характеристики" - сигнали за всяка заявка, които се използват, за да се реши дали тя е човешка или е бот.

   • Тези характеристики са обединени в конфигурационен файл, който се обновява на всеки няколко минути и се разпространява глобално, така че Cloudflare може бързо да се адаптира към нови модели на атаки. Блогът на Cloudflare

2. Промяна в поведението на заявките на ClickHouse

   • Файлът с функции се генерира от заявки към базата данни на ClickHouse.

   • Cloudflare направи промяна около 11:05 UTC, за да подобри сигурността и разрешенията за разпределените заявки - позволявайки на потребителите да виждат метаданни не само от схемата по подразбиране, но и от основните таблици r0. Блогът на Cloudflare

   • Запитването, което изгражда списъка с функции, не филтрираше по името на базата данни; изведнъж то започна да получава дублирани колони както от таблиците по подразбиране, така и от r0, което на практика удвои броя на редовете с функции.

3. Размерът на файла с характеристиките нарасна

   • Модулът за управление на ботове има твърд лимит за броя на функциите, които ще приеме (зададен на 200, което е доста над обичайно използваните ~60).

   • Когато новогенерираният файл надхвърли това ограничение, модулът удари горната граница и изпадна в паника поради необработена грешка в кода на Rust, който използва Result::unwrap() върху стойност за грешка. Блогът на Cloudflare

4. Основните прокси услуги започнаха да връщат грешки 5xx

   • Тъй като Bot Management е интегриран в основния прокси път, паниката изплува като HTTP 5xx отговори за всеки трафик, който зависеше от този модул.

   • При новия двигател FL2 клиентите видяха изрични грешки 5xx.

   • При по-стария двигател FL резултатите за ботове мълчаливо се свеждаха до нула, което можеше да доведе до фалшиви положителни резултати в правилата за блокиране на ботове. Блогът на Cloudflare

5. Наистина неприятната част: файлът продължаваше да се променя между "добър" и "лош"

   • Клъстерът ClickHouse се обновяваше постепенно и файлът с характеристиките се регенерираше на всеки пет минути.

   • Понякога заявката се изпълняваше на актуализирани възли (създавайки лош файл), а понякога на неактуализирани възли (създавайки добър файл).

   • Това означаваше, че за известно време мрежата на Cloudflare се колебаеше между нормална работа и отказ, тъй като се разпространяваха различни версии на файла. Блогът на Cloudflare

Това колебание направи ситуацията изключително объркваща във вътрешен план. Първоначално екипите на Cloudflare заподозряха масирана DDoS атака, тъй като моделът на грешките не приличаше на обикновен софтуерен срив. Дори страницата за състоянието на Cloudflare, която се хоства извън собствената им инфраструктура, за кратко показваше грешки - съвпадение, което допълнително подхрани подозренията за външна атака. Блогътна Cloudflare+1

Едва след като разбрали, че общият фактор е файлът с функциите на бота, картината станала ясна.

 

 

---

Хронология на инцидента

Въз основа на следствието на Cloudflare и докладите на трети страни можем да съставим приблизителна времева линия за 18 ноември 2025 г: Блогът на Cloudflare+2ThousandEyes+2

• 11:05 UTC - В ClickHouse е внедрена промяна в контрола на достъпа до базата данни.

• 11:20-11:30 UTC - започват да се генерират и разпространяват лоши версии на функционалния файл Bot Management.

• 11:28 UTC - Първо въздействие върху клиентите: наблюдават се повишени грешки HTTP 5xx при трафика на клиентите.

• 11:30-11:32 UTC - Външните инструменти за наблюдение и автоматизираните тестове започват да откриват периодични грешки.

• 11:35 UTC - Cloudflare открива вътрешен сигнал за инцидент; започва разследване.

• ~11:48 UTC - Cloudflare публикува актуализация на състоянието, потвърждаваща инцидента. Повторно изпращане на

• 11:30-13:05 UTC - Екипите се съсредоточават върху това, което изглежда като влошено поведение на KV на работниците, и разследват множество възможни причини (включително сценарии за атака).

• 13:05 UTC - Ключово смекчаване: Workers KV и Cloudflare Access са изместени, за да заобиколят основния прокси сървър; въздействието е намалено. Блогът на Cloudflare

• 14:30 UTC - Идентифицирана е първопричината; генерирането и разпространението на файлове с лоши характеристики е спряно. Ръчно се вмъква известен добър конфигурационен файл и се рестартира основното прокси. По-голямата част от трафика на ядрото се връща към нормалното си състояние. Блогът на Cloudflare

• 14:40-15:30 UTC - Проблемите с таблото за управление и влизането в системата остават, тъй като Turnstile и натрупаните опити за удостоверяване създават вторични скокове в натоварването. Блогът на Cloudflare

• 17:06 UTC - Нивото на грешките се връща към изходното ниво; Cloudflare обявява системите за напълно нормални. Блогът на Cloudflare

От гледна точка на потребителите прекъсването се усещаше най-силно в късната сутрин до ранния следобед UTC, въпреки че точните прозорци на въздействие варираха в зависимост от региона и от това от кои продукти на Cloudflare зависи всяка услуга.

---

Защо това прекъсване е толкова важно

Риск от централизация

Cloudflare е част от малък набор от централни доставчици на интернет инфраструктура, наред с големите облачни платформи (AWS, Azure, GCP) и други големи CDN. Когато някой от тези играчи се провали, въздействието е широкообхватно и често не е очевидно.

Това прекъсване:

• Не е причинен от грешка в маршрутизацията на BGP или от прекъсване на кабел на интернет доставчик.

• Не е причинен от злонамерена атака (въпреки първоначалните подозрения).

• Беше причинен от грешка в конфигурацията и ограниченията на един вътрешен компонент.

Това е важно, защото показва как сложни, тясно свързани системи могат да се провалят катастрофално дори без външна намеса. Когато много организации се основават на един и същ доставчик, този доставчик де факто се превръща в системно важна част от интернет.

"Меките" зависимости също вредят

Някои от засегнатите услуги не са използвали Cloudflare само като "глух" CDN. Те бяха:

• Използваха Cloudflare Access за удостоверяване и достъп с нулево доверие.

• Използвали са Workers KV като част от вътрешните планове за контрол.

• Разчитали са на Turnstile за входни данни, защитени от ботове. Блогътна Cloudflare+1

Когато тези продукти се повредиха, не само съдържанието на уебсайта се срина - сринаха се и влизанията, функциите на администратора и вътрешните API. Това прави възстановяването по-сложно: страницата ви за състоянието, инструментите за инциденти или потребителският интерфейс на администратора може да разчитат и на същия доставчик, който току-що се е провалил.

 

 

---

Какво според Cloudflare ще се промени

В блога на Cloudflare са описани няколко стъпки за отстраняване на нередности, които компанията вече предприема, за да намали риска от повторение на нещо подобно: Блогът на Cloudflare

1. Засилване на поглъщането на автоматично генерирани конфигурационни файлове
   Отнасяйте се към вътрешно генерираните конфигурационни файлове със същия скептицизъм и валидиране, както към предоставените от потребителя входни данни, включително строга проверка на схемите и размерите преди пускането им.

2. Повече глобални изключватели
   Улеснете бързото деактивиране на проблемни вътрешни модули (като Bot Management) в цялата мрежа, така че те да се провалят отворени, вместо да паникьосват целия прокси път.

3. Защита на системните ресурси от бури от грешки
   Уверете се, че изхвърлянията на ядрото, метаданните за отстраняване на грешки и инструментите за наблюдение не могат да претоварят процесора и паметта, когато грешките започнат да се увеличават.

4. Преглед на режимите на отказ в основните прокси модули
   Системно проверявайте как се държи всеки вътрешен модул при неочаквани входни данни или конфигурация и осигурете грациозно влошаване вместо глобален отказ.

5. Усъвършенстване на разгръщането и изолирането
   Макар и да не е разписано в огромни подробности, инцидентът подсказва, че Cloudflare вероятно ще продължи да сегментира начина, по който се разпространяват новите конфигурации и поведението на БД, за да намали шанса една лоша промяна да засегне целия флот.

Те също така оформиха инцидента като абсолютен провал на очакванията си за устойчивост, като го нарекоха "неприемлив" и изрично признаха болката, която е причинил както на клиентите, така и на обикновените интернет потребители. Блогът на Cloudflare

---

Уроци за екипите по инфраструктура и SRE

Дори и да не управлявате нещо огромно като Cloudflare, в това прекъсване има някои много практични уроци за проектиране и експлоатация:

Третирайте вътрешната конфигурация като ненадежден вход

Лесно е да приемем, че "нашата собствена" генерирана конфигурация е винаги правилна. Вчерашният ден показа защо това е опасно:

• Винаги проверявайте размера, формата и ограниченията на конфигурационните файлове, преди да ги приложите.

• Помислете за "канарско" прилагане на конфигурацията първо към малка подгрупа трафик или възли, с автоматизирано връщане назад при аномалии.

• Поддържайте строги горни граници и прекъсвачи на веригата около броя на функциите, предварителното разпределение на паметта и използването на процесора.

Проектиране на грациозен частичен отказ

Една грешка в модула за управление на ботове не трябва да може да доведе до паника на целия прокси път:

• В някои слоеве на сигурността по подразбиране използвайте fail-open срещу fail-closed, когато алтернативата е пълен срив.

• Изградете ясни, тествани превключватели за спиране на работата за функции, които не са от основно значение.

• Уверете се, че критичните подсистеми (автентификация, страница за състоянието, инструменти за инциденти) могат да работят в режим на влошаване или по алтернативни пътища.

Наблюдавайте правилните сигнали

Колебанието между "добра конфигурация" и "лоша конфигурация" на всеки пет минути направи сигнала да изглежда като трафик от атаки или шумно външно поведение:

• Уверете се, че в конвейера за наблюдение имате корелация по версии или по конфигурации.

• Изградете информационни табла, които правят промените в конфигурацията визуално очевидни върху графиките за грешки.

• Включете силни синтетични тестове от външна гледна точка, за да можете бързо да разграничите вътрешните грешки от проблеми с мрежата/пътя.

Не слагайте всичките си яйца в една инфрачервена кошница

За организации, които използват Cloudflare:

• Обмислете конфигурации с няколко CDN за наистина критични за мисията свойства.

• Избягвайте да правите страницата си за състоянието изцяло зависима от същия доставчик като основния ви стек (Cloudflare прави това, но вчера имаше случайни проблеми с хоста на страницата им за състоянието, което обърка допълнително нещата). Блогътна Cloudflare+1

• Помислете два пъти, преди да обвържете плътно удостоверяването, контролните равнини на API и доставката на frontend с един и същ доставчик без резервни пътища.

---

По-голямата картина

Само през последните няколко месеца станахме свидетели на големи прекъсвания в Microsoft Azure, Amazon Web Services, а сега и в Cloudflare, които временно извадиха от строя големи части от потребителските и корпоративните услуги. AP News+2TheWashington Post+2

Моделът е ясен:

• Интернет е все по-зависим от няколко гигантски доставчици на инфраструктура.

• Често прекъсванията се причиняват от самите тях, по-скоро от сложни вътрешни промени, отколкото от външни атаки.

• Дори доставчиците с първокласни практики в областта на SRE могат да бъдат спънати от неочаквани взаимодействия между конфигурацията, поведението на базата данни и твърдо кодираните ограничения.

Вчерашният инцидент с Cloudflare е ярко напомняне, че "облакът" не е магия. В основата си това все още е софтуер, написан от хора, който е подложен на същите класове грешки като всяко друго приложение - само че от него зависят с порядък повече хора.

За потребителите инцидентът ще бъде запомнен най-вече като "онази сутрин, когато X и ChatGPT не искаха да се заредят".
За инженерите той вероятно ще бъде изучаван като учебникарски пример за това как фини грешки в конфигурацията на основна разпределена система могат да се превърнат в глобално интернет събитие.