History: после починки деплоя входной шлюз всё ещё рвёт >64КБ (случайно 1 из 3-5)

2026-08-21 18:32:33 +03:00
parent 3480db994e
commit 48bde14db5
1 changed files with 25 additions and 0 deletions
@@ -0,0 +1,25 @@
+# 2026-08-21 — Проверка после починки деплоя: входной шлюз по-прежнему рвёт >64КБ
+
+_Дата: 2026-08-21. Инстанс: http-12.containerk8s.dev.nubes.ru (k8s-4-sandbox).
+Новый конфиг: CPU 1000, RAM 1024МБ, образ v2.0.2, 5 аннотаций:
+proxy-body-size 1024m, read/send 600, connect 120, proxy-request-buffering false._
+
+## Что изменилось
+Деплой ПОЧИНИЛИ: 5 аннотаций теперь применяются (раньше >1 аннотации валило скрипт),
+память поднята до 1024МБ. Сервис работает.
+
+## Тесты ОБЫЧНОЙ загрузки (входной шлюз, НЕ через ВМ)
+| Размер | Результат |
+|---|---|
+| 60КБ / 64КБ | 200 (0.09-0.12с) |
+| 68КБ / 84КБ | 000 ~10с |
+| 100КБ ×5 | 000 все (~10-15с) |
+| 512КБ | 000 ~10с |
+| 1МБ ×5 | 000 все (~10с) |
+| 10МБ ×3 | 000, 000, 200 (2.5с) — 1 из 3 |
+| /upload 1МБ ×3 | 200, 000, 000 — 1 из 3 |
+
+## Вывод
+- 5 аннотаций входной шлюз НЕ чинят: обрывы >~64КБ сохраняются, редкий случайный успех (~1 из 3-5).
+- Паттерн «ВМ-буфер + pull» остаётся ЕДИНСТВЕННЫМ надёжным путём для больших файлов.
+- Для сравнения (egress, тот же инстанс): 1МБ-50МБ тянутся с ВМ стабильно (см. stress-test-egress).