Leistungsschein – STACKIT Compute Engine
Service Name
STACKIT Compute Engine
High level service description
STACKIT Compute Engine („Compute Engine“) stellt Virtuelle Maschinen („VM“) bestehend aus einer Kombination aus Prozessor („vCPU“) und Arbeitsspeicher („RAM“) bereit. Der Kunde kann aus einem breiten Anwendungsspektrum an vorkonfektionierten Varianten („Flavors“) die für seine Anwendungsfall optimale VM wählen. Die Bereitstellung, Verwaltung und Löschung der VM erfolgt durch den Kunden selbst. Hierzu kann wahlweise das STACKIT Portal oder die STACKIT API verwendet werden.
Key Features
- Erstellung, Nutzung und Löschung von VMs nach individueller Bedarfsanforderung.
- Nutzung des Dienstes im Selfservice mittels grafischer Oberfläche im STACKIT Portal und mittels STACKIT API.
- Eine bzw. mehrere Availability Zones (AZ) zur Bereitstellung von VMs in unterschiedlichen Verfügbarkeitsklassen.
- jede Availability Zone ist in Stromversorgung, Kühlung und lokaler Netzwerkkonnektivität von den anderen Availablity Zones getrennt.
- mehrere Availability Zones können sich im selben Gebäude befinden.
Servicepläne
Service Pläne werden grundsätzlich mit (Tabelle 1) als auch ohne (Tabelle 2) CPU-Überprovisionierung zur Verfügung gestellt. Im Flavor wird die jeweilige Version entsprechend kenntlich gemacht (z.B. „c1a„). Die jeweilige der VM zugrundeliegende Hardware (z.B. Prozessortyp) wird in der zusätzlichen Dokumentation (STACKIT Knowledgebase) spezifiziert, beschrieben und kann dort vom Kunden eingesehen werden.
Eine jeweils aktuelle Liste an verfügbaren Flavors kann auch dem STACKIT Portal entnommen oder via STACKIT API eingesehen werden.
Tabelle 1: CPU-Überprovisionierung
| Typ | Name | vCPU | RAM in GB | Lokale Disk in GB |
|---|---|---|---|---|
| Kleine, spezifische Instanzen | t1.1 | 1 | 0,5 | – |
| Kleine, spezifische Instanzen | t1.2 | 1 | 1 | – |
| Prozessor-optimierte Instanzen | s1.2 | 2 | 2 | – |
| Prozessor-optimierte Instanzen | s1.3 | 4 | 4 | – |
| Prozessor-optimierte Instanzen | s1.4 | 8 | 8 | – |
| Prozessor-optimierte Instanzen | s1.5 | 16 | 16 | – |
| Prozessor-optimierte Instanzen | s1.6 | 32 | 32 | – |
| Prozessor-optimierte Instanzen | c1.1 | 1 | 2 | – |
| Prozessor-optimierte Instanzen | c1.2 | 2 | 4 | – |
| Prozessor-optimierte Instanzen | c1.3 | 4 | 8 | – |
| Prozessor-optimierte Instanzen | c1.4 | 8 | 16 | – |
| Prozessor-optimierte Instanzen | c1.5 | 16 | 32 | – |
| Allgemeine Instanzen | g1.1 | 1 | 4 | – |
| Allgemeine Instanzen | g1.2 | 2 | 8 | – |
| Allgemeine Instanzen | g1.3 | 4 | 16 | – |
| Allgemeine Instanzen | g1.4 | 8 | 32 | – |
| Allgemeine Instanzen | g1.5 | 16 | 64 | – |
| Speicher-optimierte Instanzen | m1.1 | 1 | 8 | – |
| Speicher-optimierte Instanzen | m1.2 | 2 | 16 | – |
| Speicher-optimierte Instanzen | m1.3 | 4 | 32 | – |
| Speicher-optimierte Instanzen | m1.4 | 8 | 64 | – |
| Speicher-optimierte Instanzen | m1.5 | 16 | 128 | – |
| Große, speicher-optimierte Instanzen | b1.1 | 1 | 16 | – |
| Große, speicher-optimierte Instanzen | b1.2 | 2 | 32 | – |
| Große, speicher-optimierte Instanzen | b1.3 | 4 | 64 | – |
| Große, speicher-optimierte Instanzen | b1.4 | 8 | 128 | – |
| Sonstige | m1.amphora | 1 | 1 | 2 |
Tabelle 2: keine CPU-Überprovisionierung
| Typ | Name | vCPU | RAM in GB | Lokale Disk in GB |
|---|---|---|---|---|
| Prozessor-optimierte Instanzen | s1a.2d | 2 | 2 | – |
| Prozessor-optimierte Instanzen | s1a.4d | 4 | 4 | – |
| Prozessor-optimierte Instanzen | s1a.8d | 8 | 8 | – |
| Prozessor-optimierte Instanzen | s1a.16d | 16 | 16 | – |
| Prozessor-optimierte Instanzen | s1a.32d | 32 | 32 | – |
| Prozessor-optimierte Instanzen | s1a.60d | 60 | 60 | – |
| Prozessor-optimierte Instanzen | c1a.1d | 1 | 2 | – |
| Prozessor-optimierte Instanzen | c1a.2d | 2 | 4 | – |
| Prozessor-optimierte Instanzen | c1a.4d | 4 | 8 | – |
| Prozessor-optimierte Instanzen | c1a.8d | 8 | 16 | – |
| Prozessor-optimierte Instanzen | c1a.16d | 16 | 32 | – |
| Allgemeine Instanzen | g1a.1d | 1 | 4 | – |
| Allgemeine Instanzen | g1a.2d | 2 | 8 | – |
| Allgemeine Instanzen | g1a.4d | 4 | 16 | – |
| Allgemeine Instanzen | g1a.8d | 8 | 32 | – |
| Allgemeine Instanzen | g1a.16d | 16 | 64 | – |
| Allgemeine Instanzen | g1a.32d | 32 | 128 | – |
| Allgemeine Instanzen | g1a.60d | 60 | 238 | – |
| Allgemeine Instanzen – ARM | g1r.1d | 1 | 4 | – |
| Allgemeine Instanzen – ARM | g1r.2d | 2 | 8 | – |
| Allgemeine Instanzen – ARM | g1r.4d | 4 | 16 | – |
| Allgemeine Instanzen – ARM | g1r.8d | 8 | 32 | – |
| Allgemeine Instanzen – ARM | g1r.16d | 16 | 64 | – |
| Allgemeine Instanzen – ARM | g1r.30d | 30 | 120 | – |
| Speicher-optimierte Instanzen | m1a.1d | 1 | 8 | – |
| Speicher-optimierte Instanzen | m1a.2d | 2 | 16 | – |
| Speicher-optimierte Instanzen | m1a.4d | 4 | 32 | – |
| Speicher-optimierte Instanzen | m1a.8d | 8 | 64 | – |
| Speicher-optimierte Instanzen | m1a.16d | 16 | 128 | – |
| Speicher-optimierte Instanzen | m1a.32d | 32 | 238 | – |
| Speicher-optimierte Instanzen | m1a.60d | 60 | 476 | – |
| Speicher-optimierte Instanzen | m1a.120d | 120 | 952 | – |
| Große, speicher-optimierte Instanzen | b1a.1d | 1 | 16 | – |
| Große, speicher-optimierte Instanzen | b1a.2d | 2 | 32 | – |
| Große, speicher-optimierte Instanzen | b1a.4d | 4 | 64 | – |
| Große, speicher-optimierte Instanzen | b1a.8d | 8 | 128 | – |
| Große, speicher-optimierte Instanzen | b1a.16d | 16 | 238 | – |
| Große, speicher-optimierte Instanzen | b1a.32d | 32 | 476 | – |
| Große, speicher-optimierte Instanzen | b1a.48d | 48 | 768 | – |
| Große, speicher-optimierte Instanzen | b1a.60d | 60 | 952 | – |
| Große, speicher-optimierte Instanzen | b1a.120d | 120 | 1904 | – |
Lokale Disk
- Die Lokale Disk bezieht sich dabei auf den lokalen Festplattenplatz, welcher der jeweiligen VM für das Betriebssystem zur Verfügung steht.
- Die Lokale Disk ist bei individuellen Systemausfällen nicht persistent. Sie ist daher nur für temporäre oder replizierte Daten geeignet.
- Sollte keine Lokale Disk verfügbar sein, muss der Kunde zur Nutzung der Compute Engine eine Disk aus dem separaten Block Storage nutzen (Block Storage stellt einen gesondert beziehbaren STACKIT Cloud Service dar, siehe Leistungsschein – STACKIT Block Storage, „Block Storage“).
Metric
- Abrechnung pro VM je angefangener Stunde.
- Berechneter Zeitraum: Anlage der VM bis Löschen der VM abzüglich eventueller Shelving-Zeiträume. Shelving entspricht einem Stoppen der VM mit Aufhebung der Ressourcenreservierung.
- Für weitere vom Kunden im Verbund mit erstellten VM genutzten Ressourcen wie bspw. Block Storage und Backup Storage erfolgt eine gesonderte Berechnung zu den in dem jeweiligen Leistungsschein genannten Bedingungen.
SLA Spezifika
- Für alle VMs welche in einer Single Availability Zone (Single-VMs ohne hochverfügbaren Systemverbund mit mehreren VMs) bereitgestellt werden, wird eine Verfügbarkeit von 99,5% im Kalendermonatsmittel vereinbart.
- Für VMs die in einer Metro Availability Zone bereitgestellt werden, wird eine Verfügbarkeit von 99,8% im Kalendermonatsmittel vereinbart.
- Für alle Systemverbünde, also solche, die mittels zwei VMs in zwei verschiedenen Single Availability Zones in der gleichen Region bereitgestellt werden, wird eine Verfügbarkeit mindestens einer VM von 99,9% im Kalendermonatsmittel vereinbart.
- VMs die, aufgrund einer Störung des Block Storage, auf Zugriff auf ihre Disk warten, zählen weiterhin als verfügbar.
- Die Verfügbarkeitsangaben beziehen sich auf die Verfügbarkeit der VMs, die sich im Betrieb befinden. Nicht erfasst sind konfigurations- oder kundenseitig bedingte Eigenschaften für eine Nichtverfügbarkeit (z.B. ein Herunterfahren der VM).
Backup
- Backup und Wiederherstellung der Compute Engine obliegen dem Kunden und sind nicht im Service enthalten. Dies bezieht sich insbesondere auf
- Die Definition (d.h. die vom Kunden konfigurierten Eigenschaften) der VM selbst.
- Die Daten der eventuellen lokalen Disk.
- Die Daten einer Disk bei Verwendung des Block Storage.
Additional Terms
- Der Kunde kann VMs der Compute Engine nutzen, um separat durch den Kunden lizenzierte Software zu installieren und zu betreiben.
- Bei Erstellung von VMs können öffentliche Betriebssystem-Images verwendet werden. Eine Übersicht jeweils nutzbarer, durch SIT bereitgestellter Betriebssystem-Images ist im STACKIT Portal und/oder der Dokumentation einsehbar. SIT behält sich vor, das seitens SIT bereitgestellte Portfolio an Betriebssystem-Images für die Neuerstellung von VMs jederzeit zu erweitern oder zu reduzieren. Bestehende Instanzen von VMs sind davon nicht betroffen. Mit der Bereitstellung der Betriebssystem-Images werden seitens SIT grundsätzlich keine Lizenzen für oder im Namen der Kunden bereitgestellt. Durch die Verwendung eines der öffentlichen Betriebssystem-Images akzeptiert der Kunde jeweils die zum Zeitpunkt des Vertragsabschlusses geltenden Lizenzbedingungen des jeweiligen Herstellers; die Lizenzbedingungen je Hersteller von durch SIT bereitgestellten Betriebssystem-Images werden unten gesondert je Hersteller aufgeführt („Third Party Terms“). Hinsichtlich der jeweils relevanten Third Party Terms kommt eine Vereinbarung zwischen dem Kunden sowie dem jeweiligen Hersteller zustande.
- Die korrekte Lizenzierung der auf den VMs eingesetzten Betriebssystem-Images bzw. Software obliegt ausschließlich dem Kunden, sofern SIT nicht ausdrücklich eine Lizensierung für den Kunden als Gegenstand der Leistung übernommen hat. Sofern SIT als Vertragsbestandteil der Leistungen zwischen SIT und dem Kunden eine Lizensierung übernimmt wird hierauf im jeweiligen Leistungsschein gesondert hingewiesen.
- Ein vom Kunden ausgewähltes Betriebssystem-Image wird kein Leistungsgegenstand des Vertrags zwischen SIT und dem Kunden. Dementsprechend übernimmt SIT für das vom Kunden gewählte Betriebssystem-Image insbesondere auch keine Gewährleistung und trifft diesbezüglich auch keine Verfügbarkeitszusagen.
- Das Management des Betriebssystems sowie weiterer Software auf den VMs obliegt alleinig dem Kunden. Dies umfasst insbesondere, aber nicht ausschließlich Installation, Betrieb, Einspielen von Updates und Patches, Wartung, Backup und Support.
- Der Kunde ist dabei für die Sicherheit seiner VM verantwortlich.
- Die nachfolgend aufgeführten Third Party Terms gelten zwischen dem Kunden und dem Hersteller des Betriebssystems, je nach dem vom Kunden bei der Erstellung einer VM ausgewählten Betriebssystem-Image:
- CentOS: https://www.centos.org/legal/licensing-policy/
- Debian: https://www.debian.org/social_contract#guidelines
- Ubuntu: https://ubuntu.com/legal/intellectual-property-policy
- Fedora: https://fedoraproject.org/wiki/Legal:Licenses/LicenseAgreement?rd=Legal/Licenses/LicenseAgreement
- AlmaLinux – https://almalinux.org/p/the-almalinux-os-licensing-policy/
- Rocky Linux – https://rockylinux.org/licensing/
- Für die Nutzung der Web Console von Openstack gelten zusätzlich die folgenden Third Party Terms:
Version 1.1