OpenShift-on-Wavestack: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Bhaug (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Bhaug (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
Zeile 1: | Zeile 1: | ||
== Kosten == | |||
* 3 master - min. SCS-4V-16-100s | |||
* 2 worker - min. SCS-4V-16-100/s | |||
* 1 Jumphost - min. SCS-1V-16-50 | |||
* 1 Openshift Lizenz pro Cluster | |||
* 1 Openshift Lizenz pro 4 Worker CPU Kerne | |||
* S3 Bucket für Imageregistry, belegter Platz wird abgerechnet FIXME: Standardgröße ermitteln | |||
* Netzwerktraffic | |||
** Installation und Updates von Openshift | |||
** Download von Containerimages von externen Registries | |||
** Nutztraffic | |||
* falls öffentlich erreichbar, 3 öffentliche IPs | |||
* andernfalls VPN und Proxy nach Wavestack Standardproduktkatalog | |||
* noris Arbeitsleistung | |||
== Storage == | == Storage == | ||
In Wavestack werden S3 Objektspeicher und Cinder RWO (Read-Write-Once) Dateisysteme angeboten. | In Wavestack werden S3 Objektspeicher und Cinder RWO (Read-Write-Once) Dateisysteme angeboten. |
Version vom 13. Februar 2024, 14:06 Uhr
Kosten
- 3 master - min. SCS-4V-16-100s
- 2 worker - min. SCS-4V-16-100/s
- 1 Jumphost - min. SCS-1V-16-50
- 1 Openshift Lizenz pro Cluster
- 1 Openshift Lizenz pro 4 Worker CPU Kerne
- S3 Bucket für Imageregistry, belegter Platz wird abgerechnet FIXME: Standardgröße ermitteln
- Netzwerktraffic
- Installation und Updates von Openshift
- Download von Containerimages von externen Registries
- Nutztraffic
- falls öffentlich erreichbar, 3 öffentliche IPs
- andernfalls VPN und Proxy nach Wavestack Standardproduktkatalog
- noris Arbeitsleistung
Storage
In Wavestack werden S3 Objektspeicher und Cinder RWO (Read-Write-Once) Dateisysteme angeboten.
noris empfiehlt die Benutzung von S3 Objektspeicher in Containern für alle unterstützten Anwendungen.
RWX (Read-Write-Many) Dateisysteme werden nicht angeboten. Wir empfehlen, Anwendungen mit diesem Usecase auf S3 umzustellen.
Cinder ist in jedem Brandabschnitt (z.b. MUC-A, B und D) jeweils getrennt als Cluster vorhanden, wird nicht in andere Brandabschnitte kopiert oder gebackuped.
S3 ist über die jeweiligen Brandabschnitte der Geolokation (z.b. MUC) synchronisiert und gebackuped (FIXME: Wavecon Dokumentation verlinken)