Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Neue Features:
- CycleCloud unterstützt vertrauliche VMs und vertrauenswürdiger Plattformstart für Clusterknoten
- CycleCloud unterstützt das Ausführen von Node Health Checks während des Starts, um die Hardwareintegrität von Knoten zu überprüfen, bevor sie dem Cluster mit den neuesten AzureHPC-Images beitreten. Details finden Sie unter Azure HPC Health Checks
- Clustererstellungsformulare unterstützen jetzt:
- Konfigurieren der Datenträgerverschlüsselung für alle Clusterknoten
- Zuweisen einer verwalteten Identität zu Clusterknoten
- Festlegen einer benutzerdefinierten Start-/Betriebssystemdatenträgergröße
- Aktivieren von Integritätsprüfungen für Knoten
- CycleCloud unterstützt Windows Server 2019 und Windows Server 2022
- CycleCloud unterstützt jetzt HPC Pack 2019
- Der Slurm-Clustertyp von CycleCloud aktiviert jetzt den Slurm RESTd-Daemon.
- Der Slurm-Clustertyp von CycleCloud unterstützt jetzt Ubuntu 22
- Neues alternatives CycleCloud CLI-Installationsprogramm mit gebündelter Python-Installation offline oder auf älteren Systemen
Gelöste Probleme:
- Die Slurm-Installation würde mit
KeyError: 'ClusterId'fehlschlagen, wenn Tags in Kleinbuchstaben geändert werden. - Der Auswahlfilter "Computertyp" für die Berechnung mit hoher Leistung enthielt nicht HBv4.
- Das herkömmliche CycleCloud CLI-Installationsprogramm wurde nicht ordnungsgemäß auf Python 3.8+ überprüft.
- Beim Autostart des CycleCloud-Dienstes gab es eine Wettlaufsituation beim Mounten der zugewiesenen Datenträger, die dazu führen konnte, dass der Start des CycleCloud-Dienstes beim ersten Start fehlschlug.
- Das Kopieren eines Clusters könnte die zugeordnete Clusterinitspezifikation verlieren.
- Slurm-Cluster mit Leerzeichen in ihren Namen würden nicht konvergent
- Beim Start von Clustern wurde die Meldung „Kein Knoten für Instanz gefunden“ protokolliert.
- Die Anmeldeseite hat den aktuell angemeldeten Benutzer nicht angezeigt.
- Untätige GridEngine Knoten wurden nach dem Start eines Jobs sofort beendet
- Wenn Sie einen Knoten bearbeiten, um Änderungen vorzunehmen, und dann den Cluster erneut zu importieren, würden diese Änderungen zurückgesetzt.
- Die Bezeichnung der Schaltfläche „Cluster starten/beenden“ wurde umbrochen, während sich der Cluster beendete.