Zuverlaessige Dokumentverarbeitung mit Docling

Stand: 12. Juli 2026, CP899.

Behobener Fehler

Der 1&1-Docling-Dienst wurde unter realer Dokumentlast durch sein altes 6-GiB-cgroup-Limit beendet. DGX4 selbst hatte ausreichend freien Speicher; die Grenze war fuer zwei getrennte lokale Modellmanager zu knapp.

Der Dienst verwendet nun ein digest-gepinntes ARM64-Image, 12 GiB Arbeitsspeicher, 16 GiB Memory-plus-Swap, zwei Worker mit gemeinsamem Modellmanager, einen HTTP-Healthcheck und eine kontrollierte Stop-Frist.

Abnahme

• Canary-Peak bei paralleler PPTX- und bildbasierter OCR-PDF-Verarbeitung: 3,891 GiB.
• Produktiver Peak: 4,681 GiB; danach rund 1,747 GiB Grundlast.
• PPTX: HTTP 200 in 2,007 s.
• Zwolfseitige OCR-PDF: HTTP 200 in 20,124 s.
• Echter 1und1-chat-Upload: HTTP 200 in 2,539 s, 5.911 Zeichen extrahiert, Marker erkannt und Testdatei geloescht.
• Container bleibt healthy, OOM false, Restart-Zahl 0.

Vor dem Rollout wurde die aktive Dokumentwarteschlange vollstaendig geleert. Der Canary und alle Remote-Fixtures wurden entfernt. Fuer die aufgeteilten 1&1-Compose-Dateien darf --remove-orphans nicht verwendet werden.

Naechster Betriebsaspekt

Der Session-Key von 1und1-chat liegt derzeit nur im Containerlayer. Seine Persistenz und der Dateimodus werden separat gehaertet, damit Recreates keine Browser-Sitzungen mehr ungueltig machen. Zugangswerte stehen nicht in dieser Dokumentation.