Ist IBM Cloud ausgefallen? Live-status & störungsmeldungen

Serviceinformationen und Fehlerbehebung

Kontakte IBM Cloud

• Email: info@de.ibm.com
• Webseite: https://www.ibm.com/de-de/cloud
• X: https://twitter.com/IBMDACH

Konsole lädt nicht oder friert ein

Wenn das IBM Cloud-Dashboard sich nicht öffnet oder mitten in der Sitzung einfriert, liegt das meistens am Browser-Cache. Cache und Cookies löschen, dann neu laden. Falls das nicht hilft: einen anderen Browser testen – Chrome und Firefox funktionieren am stabilsten. Erweiterungen wie Adblocker können das Interface blockieren, also kurz deaktivieren und schauen, ob es dann geht.

Login schlägt fehl trotz korrekter Daten

Fehler beim Einloggen entstehen oft durch abgelaufene IBMid-Sitzungen oder gesperrte Konten nach mehreren Fehlversuchen. Passwort zurücksetzen über die IBMid-Seite, nicht über das Cloud-Portal direkt. Wer MFA nutzt, sollte prüfen, ob die Authentificator-App die richtige Zeit hat – eine Zeitabweichung von über 30 Sekunden reicht, um Codes ungültig zu machen.

API-Anfragen schlagen fehl oder Timeout

Wenn eigene Anwendungen keine Verbindung zur Cloud-API bekommen, zuerst den API-Schlüssel prüfen: abgelaufen, falscher Scope oder falsche Region sind häufige Ursachen. Die Basis-URL muss zur gebuchten Region passen – eu-de für Frankfurt, us-south für Dallas. Timeouts entstehen oft durch falsch konfigurierte Retry-Logik oder zu niedrige Connection-Limits.

Virtuelle Maschine nicht erreichbar

• Security-Group-Regeln prüfen: Port 22 (SSH) oder 3389 (RDP) muss explizit freigegeben sein
• Floating IP korrekt der Instanz zugewiesen
• Status der Instanz im Dashboard kontrollieren – manchmal hilft ein Soft-Reboot
• Subnetz-Routing und ACLs auf Konflikte prüfen

Speicher-Bucket gibt Zugriffsfehler

Bei 'Access Denied'-Fehlern auf Object Storage fast immer ein IAM-Problem. Die Service-ID braucht die richtige Rolle – mindestens 'Writer' zum Hochladen, 'Reader' zum Abrufen. Bucket-Policies und IAM-Policies können sich gegenseitig überschreiben, daher beide Ebenen prüfen. Endpoints: für private Verbindungen den internen Endpoint nutzen, nicht den öffentlichen.

Hohe Latenz bei Cloud-Diensten

Latenzprobleme hängen oft mit der gewählten Region zusammen. Wenn Nutzer in Europa sind, aber Ressourcen in us-south laufen, sind 100–150 ms Grundlatenz normal. Lösung: Ressourcen in eu-de oder eu-gb migrieren. Außerdem lohnt es sich, den IBM Cloud-Statusmonitor zu checken – geplante Wartungen oder Incidents werden dort gelistet.