Anleitung für Nutzer ohne Ressourcen
Konto aktivieren
Prüfen Sie Ihre Benachrichtigungs-E-Mail auf einen Link zum neuen Tenant Manager oder besuchen Sie tenant-manager.code-de.org. Aus Sicherheitsgründen müssen Sie ein neues Passwort vergeben. Sie erhalten außerdem ein Onboarding-Formular — füllen Sie es aus und stellen Sie sicher, dass alle Angaben noch aktuell sind.
Organisation prüfen
Eine „Organisation“ ist eine Verwaltungseinheit im Nutzer- und Vertragsmanagement von CODE-DE-Lab. Melden Sie sich im Tenant Manager an und navigieren Sie zu Konfiguration → Organisation. Falls Ihr Konto zuvor einer Organisation angehörte, wurden diese Daten übernommen — bitte überprüfen Sie, ob sie noch korrekt sind.
Angaben zu Institution / Arbeitgeber
Zusätzlich zur „Organisation“ auf der Plattform gibt das Feld „Institution / Arbeitgeber“ Ihren tatsächlichen Arbeitgeber an. Diese Angaben sind zwingend erforderlich, da bestimmte Daten auf CODE-DE-Lab Exportkontrollbeschränkungen unterliegen. Um die notwendigen rechtlichen Compliance-Prüfungen durchführen zu können, ist die Angabe dieser Informationen eine Pflichtvoraussetzung; ohne sie sind wir rechtlich nicht in der Lage, Zugang zur Plattform zu gewähren.
Hinweis: Datenkatalog & Archiv
Der Backend-Zugriff auf Sentinel und zugehörige Missionen erfolgt nun direkt über CREODIAS. Die Datenabdeckung wurde von Deutschland auf die gesamte Welt ausgeweitet.
Wenn Ihre Skripte Daten ausschließlich über Deutschland abfragen, müssen Sie in allen Suchanfragen explizit einen räumlichen Bereich (AOI) festlegen . Ohne diesen Filter liefern Abfragen globale Ergebnisse, was zu erheblich verlängerten Antwortzeiten und massiven Metadaten-Payloads führen kann, die automatisierte Workflows unterbrechen können.
Anleitung für Nutzer mit Ressourcen
Führen Sie diese Schritte direkt nach der Migration durch, um sicherzustellen, dass Ihre Infrastruktur korrekt eingerichtet ist.
Konto aktivieren
Prüfen Sie Ihre Benachrichtigungs-E-Mail auf einen Link zum neuen Tenant Manager oder besuchen Sie tenant-manager.code-de.org. Vergeben Sie ein neues Passwort und füllen Sie das Onboarding-Formular aus.
Organisation prüfen
Navigieren Sie im Tenant Manager zu Konfiguration → Organisation. Überprüfen Sie, ob die von der vorherigen Plattform übernommenen Organisationsdaten korrekt sind.
Angaben zu Institution / Arbeitgeber
Zusätzlich zur „Organisation“ auf der Plattform gibt das Feld „Institution / Arbeitgeber“ Ihren tatsächlichen Arbeitgeber an. Diese Angaben sind zwingend erforderlich, da bestimmte Daten auf CODE-DE-Lab Exportkontrollbeschränkungen unterliegen. Um die notwendigen rechtlichen Compliance-Prüfungen durchführen zu können, ist die Angabe dieser Informationen eine Pflichtvoraussetzung; ohne sie sind wir rechtlich nicht in der Lage, Zugang zur Plattform zu gewähren.
Post-Migration OpenStack Kontoaktivierung
Um Ihre Migration abzuschließen und Ihre Domain-Admin-Rolle über den automatischen Provisioner erfolgreich zu aktivieren, müssen Sie Ihren Administratorstatus in der neuen Umgebung manuell aktualisieren. Diese Aktion veranlasst Keystone, Ihre erweiterten Berechtigungen anzuwenden.
Schritt-für-Schritt-Anleitung
- Melden Sie sich als Nutzer-1 an.
- Navigieren Sie zum Tab Unterkonten im Hauptmenü.
- Suchen Sie das Benutzerkonto für Nutzer-2 und entfernen Sie die Admin-Rolle (Toggle OFF).
- Warten Sie 10–15 Sekunden, damit das System die Entfernung verarbeiten kann.
- Admin-Rolle erneut hinzufügen: Schalten Sie die Admin-Rolle für Nutzer-2 wieder EIN (oder fügen Sie sie erneut hinzu).
- Melden Sie sich ab.
- Melden Sie sich als Nutzer-2 an.
- Wiederholen Sie die Schritte 3–5 für alle anderen Admin-Nutzer.
Falls Sie beim Ändern Ihrer Berechtigungen oder bei der Anmeldung in der OpenStack-Oberfläche auf sonstige Probleme stoßen, wenden Sie sich bitte an das Support-Team.
Anmeldung am OpenStack Horizon-Dashboard
Unter Verwaltungsoberflächen im Tenant Manager finden Sie den Link zu FRA1-3 Horizon — dem neuen Cloud-Regionsmanagement-Portal.
Generate a new RC-Datei in OpenStack
Option A — über Ihren Benutzernamen
- Melden Sie sich am Horizon-Dashboard an
- Oben rechts: Klicken Sie auf Ihren Benutzernamen → OpenStack RC File (2FA)
Option B — über das Projekt-Menü
- Go to Project → API Access
- Klicken Sie auf “Download OpenStack RC File” (oben rechts)
- Wählen Sie RC File (2FA) für Passwort-Authentifizierung oder clouds.yaml für ein alternatives Format
Floating-IP-Adressen
Aufgrund der Verlagerung des Rechenzentrums in Frankfurt wird ein neuer IP-Adressbereich verwendet. Neue Floating-IPs werden Ihren VM-Instanzen während der Migration automatisch zugewiesen.
Maßnahme erforderlich: Aktualisieren Sie alle Workflows, die auf Ihre bisherigen IP-Adressen verweisen, mit den neuen Adressen.
VM-Instanzen prüfen und reaktivieren
Navigieren Sie im Horizon-Dashboard zum Bereich Instances . Überprüfen Sie, ob alle Ressourcen wie erwartet kopiert wurden und sich aktuell im Status Active befinden.
Speicher-Volumes prüfen (Block-Storage)
Navigieren Sie zum Bereich Volumes in OpenStack und überprüfen Sie, ob alle Block-Storage-Volumes mit korrekter Größe und Zuordnung erfolgreich migriert wurden. Falls Volumes vor der Migration getrennt wurden, ordnen Sie diese wieder zu, bevor Sie sie einbinden oder Dienste fortsetzen.
Objektspeicher-Container prüfen
Öffnen Sie das Objektspeicher-Dashboard und überprüfen Sie, ob Buckets, Container und Datenobjekte vollständig übertragen wurden. Prüfen Sie außerdem:
- Zugangsdaten sind korrekt konfiguriert
- Lifecycle-Richtlinien sind vorhanden
- API-Container-Konfigurationen entsprechen der neuen Plattformumgebung
Neue EC2-Zugangsdaten erstellen
Um über die CLI auf Buckets zuzugreifen, erstellen Sie mit dem folgenden Befehl neue EC2-Zugangsdaten.
Sicherheitsgruppen prüfen
Navigieren Sie zu Netzwerk → Sicherheitsgruppen und bestätigen Sie, dass alle benutzerdefinierten Firewall-Regeln korrekt neu erstellt wurden. Wählen Sie in der Instanzen-Übersicht jede einzelne VM aus und überprüfen Sie, ob der Abschnitt Sicherheitsgruppe die richtigen Gruppen anzeigt.
EO-Daten einbinden
Die Einhängepunkt-Einstellungen unterscheiden sich aufgrund der neuen Region geringfügig. Führen Sie folgende Befehle aus, um sicherzustellen, dass das Datenverzeichnis korrekt eingebunden wird:
Alternative: EO-Daten einbinden via s3cmd & s3fs
Falls keine der oben genannten Methoden funktioniert, können Sie den Zugriff auf den EO-Daten-Bucket manuell mit Ihren persönlichen S3-Zugangsdaten aus dem Tenant Manager konfigurieren (Konfiguration → S3-Zugangsdaten).
Schritt 1 — Tools installieren
Schritt 2 — s3cmd konfigurieren
Starten Sie den interaktiven Konfigurator und geben Sie Ihre Zugangsdaten ein:
Verwenden Sie folgende Werte, wenn Sie dazu aufgefordert werden:
- Access Key: Ihr Schlüssel aus dem Tenant Manager
- Secret Key: Ihr Secret aus dem Tenant Manager
- S3 Endpoint:
eodata.code-de.org - Verschlüsselungspasswort: leer lassen
- HTTPS verwenden: Ja
- Region / location constraint:
s3.fra1-3.cloudferro.com
Verbindung testen:
Schritt 3 — Mit s3fs einbinden
Zugangsdaten in die s3fs-Passwortdatei schreiben:
Bucket einbinden:
Überprüfen:
Schritt 4 — Dauerhaft einbinden über /etc/fstab
Um den Bucket bei jedem Systemstart automatisch einzubinden, fügen Sie folgende Zeile in /etc/fstab ein:
Ohne Neustart testen:
Die alten Einhängepunkte /eolab und /codede sind nicht mehr gültig. Es wurden symbolische Links hinzugefügt, die auf /eodata weiterleiten.
SSH-Schlüsselpaare
SSH-Schlüsselpaare sind im neuen Dashboard unter Key Pairs für migrierte Maschinen wahrscheinlich nicht sichtbar. Die kryptografischen Schlüssel verbleiben jedoch sicher in den VMs — der SSH-Zugang sollte weiterhin wie gewohnt funktionieren.
Hinweis: Verwenden Sie beim Verbinden mit Ihren VMs die neuen Floating-IP-Adressen.
Neue Flavor-Zuordnung (FRA1-1 → FRA1-3)
Die Region FRA1-3 verwendet aktualisierte Flavor-Bezeichnungen. Suchen Sie Ihren alten Flavor in der linken Spalte:
hma— AMD-CPUshmad— AMD-CPUs ohne lokale SSDhmaw— Windows-Instanzenvgpu— A6000-GPU-Instanzen
| FRA1-1 (alt) | FRA1-3 (neu) |
|---|---|
| eo1.xsmall | eo1a.xsmall |
| eo1.small | eo1a.small |
| eo1.medium | eo1a.medium |
| eo1.xmedium | eo1a.xmedium |
| eo1.large | eo1a.large |
| eo2.medium | eo2a.medium |
| eo2.large | eo2a.large |
| eo2.xlarge | eo2a.xlarge |
| eo2.2xlarge | eo2a.2xlarge |
| hm.medium | hma.medium |
| hm.large | hma.large |
| hm.xlarge | hma.xlarge |
| hm.2xlarge | hma.2xlarge |
| vm.a6000.1 | vgpu.a6000.6gb |
| vm.a6000.2 | vgpu.a6000.12gb |
| vm.a6000.4 | vgpu.a6000.24gb |
| vm.a6000.8 | vgpu.a6000.48gb |
Hinweis: Datenkatalog & Archiv
Der Backend-Zugriff auf Sentinel und zugehörige Missionen erfolgt nun direkt über CREODIAS. Die Datenabdeckung wurde von Deutschland auf die gesamte Welt ausgeweitet.
Wenn Ihre Skripte Daten ausschließlich über Deutschland abfragen, müssen Sie in allen Suchanfragen explizit einen räumlichen Bereich (AOI) festlegen in allen Suchanfragen.
Aktualisierte Dienst-URLs & Endpunkte
Einige Funktionen befinden sich möglicherweise noch in der Abschlussphase der Bereitstellung.
| Dienst | URL / Endpunkt | IP-Adresse | Beschreibung |
|---|---|---|---|
| Tenant Manager | tenant-manager.code-de.org | 45.92.243.120 | Nutzerprofil-, Vertrags- & Wallet-Verwaltung |
| S3 Endpoint | eodata.code-de.org | 91.234.53.164 | Zugriff auf EO-Daten über S3 |
| S3 Endpoint | s3.fra1-3.cloudferro.com | 74.63.12.97 | Zugriff auf private S3-Buckets |
| OData Catalogue | catalogue.code-de.org | 185.48.233.110 | OData-Katalog-API |
| STAC Catalogue | stac.code-de.org | 74.63.12.5 | STAC-Katalog-API (primär empfohlen) |
| Portal | code-de-lab.org | — | Die CODE-DE-Lab-Website |
| Forum | forum.code-de.org | — | Nutzerforum |
| Knowledgebase | knowledgebase.code-de.org | — | Selbsthilfe-Portal und Dokumentation |
| Keycloak — Identity Provider | identity.cloudferro.com | — | Authentication / Authorization |
| Enhanced Data Viewer | Noch nicht verfügbar | — | — |
| openEO | Noch nicht verfügbar | — | — |
| Data Explorer | Noch nicht verfügbar | — | Datensuche und -download |
| JupyterLab | Noch nicht verfügbar | — | Python-Experimente (auf Anfrage) |
Häufig gestellte Fragen
Was passiert mit meinem Zugriff auf Thermal- / RESA- / Orthofoto-Daten nach der Migration?
Aufgrund notwendiger technischer Aktualisierungen und der verbesserten Sicherheitsarchitektur der neuen Plattform werden alle bisherigen Zugriffsberechtigungen für Thermal-, RESA- und Orthofoto-Daten zurückgesetzt.
Nutzer müssen über das aktualisierte Portal eine neue Anfrage stellen. Dies ist ein unkomplizierter Prozess innerhalb der bekannten Tenant-Manager-Anwendung.
Es wird Einschränkungen beim Daten-Egress geben — was bedeutet das?
Um eine stabile Umgebung für alle Nutzer zu gewährleisten, wird das Daten-Egress-Management auf Basis einer Fair-Use-Richtlinie eingeführt. Das monatliche Limit für das Herunterladen von Daten in externe Netzwerke hängt von der Anfragerate, dem Bandbreitenlimit und dem gesamten monatlichen Übertragungsvolumen (in TB) ab. Daten, die innerhalb der CODE-DE-Lab-Umgebung bewegt werden, unterliegen keinen Einschränkungen.
Nutzer erhalten verschiedene Quota-Rollen; Details werden zu gegebener Zeit mitgeteilt. Zusätzliche Kapazität kann beantragt und vom DLR geprüft werden.
Wann werden EnMAP-Daten auf der Plattform verfügbar sein?
Die Arbeiten zur Erfüllung aller technischen und rechtlichen Anforderungen laufen noch. Alle Plattform-Nutzer werden über die Website und Newsletter informiert, sobald die Daten verfügbar sind. Die Daten wurden bereits in die neue Cloud-Umgebung übertragen, sodass eine baldige Veröffentlichung zu erwarten ist.
In der Zwischenzeit sind die Daten auf der EOC-Geoservice-Plattform verfügbar. CODE-DE-Lab-Nutzer können über Identity Federation mit ihren CODE-DE-Lab-Zugangsdaten direkt auf dem EOC-UMS darauf zugreifen.
Enthalten der STAC- und der OData-Katalog dieselben Daten?
Nein. Aus betrieblichen Gründen unterscheiden sich die beiden Kataloge geringfügig in ihren Inhalten und Aktualisierungszyklen. Suchanfragen für dieselbe Sammlung können leicht unterschiedliche Ergebnisse liefern.
Wir empfehlen, den STAC-Katalog als primäre Informationsquelle zu verwenden.
Ich betreibe einen laufenden Kubernetes-Cluster (K8s). Was muss ich für die Migration tun?
Bitte wenden Sie sich direkt an das Support-Team für spezifische Hinweise zu Ihrer Kubernetes-Konfiguration. Kontaktieren Sie uns über support@code-de.org oder das Ticket-System im Tenant Manager.
Warum werden Sentinel-Daten nicht mehr direkt auf CODE-DE-Lab gehostet?
Der Wechsel erfolgte aus zwei wesentlichen Gründen. Erstens spart er erheblich Speicherplatz — die Duplizierung massiver Datensätze wie Sentinel ist kein nachhaltiger Ansatz mehr. Zweitens wird durch den direkten Abruf der Daten von der Primärquelle (CREODIAS) das Risiko von Synchronisierungsverzögerungen oder Datenlücken eliminiert.
Wie kann ich auf Daten von New-Space-Anbietern wie Planet Labs, OroraTech oder constellr zugreifen?
CODE-DE-Lab bietet Zugriff auf diese Datensätze, die durch Exportbeschränkungen und/oder besondere Lizenzvereinbarungen geschützt sind. Der Zugriff erfolgt auf Anfrage und bedarf der Genehmigung durch das DLR.
Zur Beantragung navigieren Sie zu Tenant Manager → Support → Datenanfrage. Erstellen Sie eine neue Anfrage und wählen Sie die gewünschten Daten aus.
Was beinhaltet die neue CODE-DE-Lab-Ressourcenrichtlinie?
Spezifische Details werden noch finalisiert, aber alle Projekte werden nach einem einheitlichen, transparenten Bewertungsschema bewertet, um eine faire Ressourcenverteilung zu gewährleisten. Umfangreiche Ressourcen sind weiterhin reichlich vorhanden. Einzelheiten werden nach Abschluss der Migration mitgeteilt. Ressourcen können auch direkt von Nutzern erworben werden — ein Rahmenvertrag befindet sich in Ausarbeitung.
Warum heißt die Plattform CODE-DE-Lab?
CODE-DE-Lab ist eine Kombination der beiden früheren Plattformnamen (CODE-DE und EO-Lab) und steht für die einheitliche nationale EO-Datenplattform. Sie vereint die Stärken beider Vorgänger und bietet einen einzigartigen Datenkatalog, leistungsstarke Rechenressourcen und umfassenden Nutzer-Support.
Wo wird CODE-DE-Lab physisch gehostet?
CODE-DE-Lab befindet sich in einer öffentlichen Cloud, die von CloudFerro in Frankfurt am Main betrieben wird. Das Rechenzentrum ist vollständig BSI / C5-zertifiziert.
Warum ist JupyterLab nur auf Anfrage verfügbar?
In der Vergangenheit wurde der offene, nicht moderierte Zugang zu JupyterLab häufig für unerlaubte Aktivitäten missbraucht. Um die Integrität der Plattform zu schützen, wurde ein moderiertes Zugriffsmodell eingeführt. Im Gegenzug erhalten freigeschaltete Nutzer sofort einsatzbereite Hochleistungs-GPU-Unterstützung.
Wie kann ich mich ohne GUI bei den CODE-DE-Lab-Diensten authentifizieren?
Sie können tokenbasierte Authentifizierung verwenden. Die Anleitung dazu finden Sie in der Wissensdatenbank: Authenticating to OpenStack SDK using Keycloak Credentials.
Bitte ersetzen Sie dabei die Keycloak-URL im Artikel durch die neue CODE-DE-Lab-URL:
https://identity.cloudferro.com/auth/realms/CODE-DE3/protocol/openid-connect/token
Hinweis: Der Wissensdatenbank-Artikel wird in den kommenden Wochen aktualisiert.
Wo finde ich die sogenannten Convenience Products?
Im Zuge der laufenden Modernisierung und Optimierung unserer Plattform wurde entschieden, eine Reihe von älteren, intern generierten Datensätzen — unsere sogenannten „Convenience Products“ — mit sofortiger Wirkung aus dem aktiven Katalog zu entfernen.
Da diese spezifischen Produkte zuletzt nur noch von einer sehr geringen Anzahl von Projekten aktiv genutzt wurden, haben wir diesen Schritt kurzfristig und ohne die gewohnte Vorankündigung umgesetzt, um Ressourcen für performantere, standardisierte Datenangebote freizusetzen. Wir bitten eventuelle damit verbundene Unannehmlichkeiten auf Ihrer Seite ausdrücklich zu entschuldigen.
Wo finde ich die digitalen Orthophotos und 3D-Mesh-Daten, die zuvor auf CODE-DE gehostet wurden?
Diese Daten sind nun zusammen mit allen anderen EO-Daten auf CODE-DE-Lab verfügbar. Sie finden sie ohne zusätzliche Anfrage unter folgendem Pfad:
/eodata/codede-aerial-surveys
Bekannte Probleme
Wir arbeiten aktiv an den unten aufgeführten Problemen. Falls Sie von einem davon betroffen sind, erstellen Sie bitte ein Support-Ticket — wir benachrichtigen Sie, sobald eine Lösung verfügbar ist.
Keine NVMe-SSDs für A100-GPU-Instanzen verfügbar
Im Rahmen der Migration auf unsere neue Infrastruktur gibt es eine technische Änderung bei der Speicherarchitektur: Auf der neuen Plattform stehen die lokalen NVMe-SSDs, die zuvor an die A100-GPU-Karten gekoppelt waren, in dieser spezifischen Konfiguration nicht mehr zur Verfügung. Daher konnten diese SSD-Speicher während der VM-Migration nicht automatisch 1:1 übertragen werden.
Um sicherzustellen, dass keine Daten verloren gehen, bitten wir Sie um folgende manuelle Prüfung:
- Melden Sie sich bei Ihrer alten VM an und führen Sie folgenden Befehl aus, um zu prüfen, ob Sie diesen NVMe-Speicher aktiv genutzt haben:
mount | grep nvme - Falls der Befehl ein Ergebnis liefert, kopieren Sie die dort gespeicherten Daten bitte selbst in die neue Umgebung, z. B. mit rclone oder ähnlichen Übertragungstools.
Wichtiger Hinweis: Wenn Sie aktive Daten auf einer NVMe-SSD feststellen, kontaktieren Sie uns bitte umgehend, damit wir über Ihre Situation informiert sind. Bitte senden Sie uns außerdem eine kurze Mitteilung, sobald Sie die Datenmigration erfolgreich abgeschlossen haben.
Die alte Infrastruktur bleibt so lange aktiv, bis dieser Prozess abgeschlossen ist, sodass Ihnen ausreichend Zeit für die Übertragung bleibt. Da wir als Plattformbetreiber keinen Einblick in Ihre Betriebssystemkonfigurationen haben, ist diese manuelle Prüfung der sicherste und effizienteste Weg.
Fehler „No valid host found“ für den GPU-Flavor vgpu.a6000.48gb
Der GPU-Flavor vgpu.a6000.48gb auf FRA1-3 gibt derzeit den Fehler „No valid host found“ zurück. Es werden in Kürze neue Compute-Knoten mit physischen GPUs hinzugefügt. Bis dahin können Kunden beim Starten von VMs mit diesem 48 GB GPU-Flavor Probleme haben.
