# Деплой: два кластера, iot-naeel актуальный, naeel-test-3 — не погашен (2026-08-24)

## Симптом
- health/HTML внешнего URL отдавали **0.0.67**, а под в ns 20a75175 на naeel-test-3 был **0.0.61**
  (внутренний health 0.0.61, нет MAX_FILE_BYTES/cancel/ETA/UI).
- Часть запросов (upload_refs) попадала на старый под → тесты вели себя непредсказуемо
  (60МБ «принимался»).

## Причина (подтверждена kubeconfig'ами обоих кластеров)
- drhider развёрнут на **двух кластерах** в одном namespace-ID `20a75175-...`:
  - **iot-naeel**: под `pythonk8s-cf686f894-96l7m` (возраст ~42м — свежий редеплой), **v0.0.67**;
    ingress `drhider.pythonk8s.dev.nubes.ru` → **185.247.187.151**.
  - **naeel-test-3**: под `pythonk8s-797ddd69df-dmdg6` — **старый, не погашенный** (был 0.0.61);
    ingress → 185.247.187.147.
- **DNS `drhider.pythonk8s.dev.nubes.ru` → 185.247.187.151 = iot-naeel** → внешний URL обслуживает
  iot-naeel (0.0.67). naeel-test-3 в DNS не участвует, но остаётся живым инстансом.

## Что сделано
- kubeconfig'и на ВМ обновлены на оба кластера (`~/.kube/config` iot-naeel, `~/.kube/config-naeel-test-3`).
- Проверены оба пода: и iot-naeel, и naeel-test-3 теперь **v0.0.67** (naeel-test-3 обновлён
  пересозданием пода — `scale 0 → 1` заставил git-clone master@0.0.67).
- Внешний бэкенд — iot-naeel (0.0.67), все тесты прогнаны на нём (см. tests/2026-08-24-test-batch-v067.md).

## Осталось (рекомендация)
- В Штурвале **погасить/удалить инстанс drhider на naeel-test-3** (ns 20a75175) — он не нужен,
  DNS ведёт на iot-naeel. Оставить один актуальный (iot-naeel, 0.0.67).
- Проверить прочие `pythonk8s` на iot-naeel (contractor/loadtest/polygon/atest) — это другие приложения, не drhider.