Zum Hauptinhalt springen

Häufig gestellte Fragen

Hier finden Sie Antworten auf die häufigsten Fragen zur Nutzung von Hikube. Jeder Service hat außerdem eine eigene FAQ.

1. Wie greife ich auf Hikube zu?​

Melden Sie sich mit den von Hidora bereitgestellten Zugangsdaten bei der Konsole an: https://console.hikube.cloud. Wenn Sie noch kein Konto haben, wenden Sie sich an sales@hidora.io.

Siehe: Schnellstart

2. Was ist der Unterschied zwischen Organisation und Projekt?​

Die Organisation repräsentiert Ihr Unternehmen; sie wird von Hidora erstellt. Projekte sind die isolierten Bereiche, die Sie in der Organisation anlegen, um Ihre Ressourcen mit eigenen Quotas zu bündeln. In früheren Versionen der Dokumentation hieß ein Projekt Tenant.

Siehe: Schlüsselkonzepte

3. Wie rufe ich die kubeconfig meines Kubernetes-Clusters ab?​

Öffnen Sie Infrastructure → Kubernetes, klicken Sie auf Ihren Cluster und dann auf Kubeconfig. Die Konsole lädt die Datei kubeconfig-<cluster-name>.yaml herunter.

Diese Datei gewährt administrativen Zugriff auf den Cluster: Ihr Download ist den Projektadministratoren vorbehalten. Für die übrigen Mitglieder ist die Schaltfläche Kubeconfig deaktiviert und mit dem Hinweis „Reserved for project administrators.“ versehen.

export KUBECONFIG=~/.kube/kubeconfig-<cluster-name>.yaml
kubectl get nodes

Siehe: Kubernetes - Schnellstart

4. Brauche ich noch eine kubeconfig, um meine Hikube-Ressourcen zu verwalten?​

Nein. VMs, Disks, Buckets, Netzwerke, Kubernetes-Cluster und Datenbanken werden in der Konsole erstellt und verwaltet und lassen sich mit der öffentlichen API automatisieren. Die Projekt-kubeconfig ist nicht mehr verfügbar; die darauf beruhende Legacy-Methode Terraform ist eingestellt.

Die kubeconfig eines Kubernetes-Clusters (Frage 3) bleibt hingegen der normale Weg, auf diesen Cluster zuzugreifen.

5. Wo finde ich die Zugangsdaten meiner Datenbank?​

Auf der Detailseite des Datenbank-Clusters in der Konsole (DB & Messaging → Service → Cluster). Dort werden die Benutzer, ihre Passwörter und der Verbindungshost angezeigt.

Siehe: PostgreSQL, MariaDB, MongoDB, Redis, RabbitMQ

6. Wie mache ich eine Datenbank im Internet erreichbar?​

Aktivieren Sie die Option External access bei der Erstellung des Clusters oder über Edit. Daraufhin wird eine öffentliche IP zugewiesen und im Bereich External der Detailseite angezeigt. Bei einem MongoDB-Replica-Set listet der Bereich die Adresse jedes Mitglieds auf.

Um sich von einer VM oder einem Kubernetes-Cluster desselben Projekts aus zu verbinden, ist kein externer Zugriff nötig: Verwenden Sie den Host aus dem Bereich Internal, der immer angezeigt wird.

Warnung

Machen Sie eine Datenbank nur erreichbar, wenn es nötig ist, und verwenden Sie starke Passwörter.

7. Wie wähle ich die Größe meiner Ressourcen?​

Die Erstellungsassistenten bieten vordefinierte Größen an:

  • VMs und Kubernetes-Nodes: Instanztypen der Serien s1, u1 und m1 (von 1 bis 64 vCPU). Siehe Kubernetes-Konzepte und Konzepte virtueller Maschinen.
  • Verwaltete Datenbanken und RabbitMQ (PostgreSQL, MariaDB, MongoDB, Redis, RabbitMQ): die Größen der VMs, Serien u1, s1 und m1, von s1.small (1 vCPU, 2 GB) bis m1.8xlarge (32 vCPU, 256 GB). Eine Größe hat dieselben Ressourcen wie die gleichnamige VM: u1.medium entspricht 1 vCPU und 4 GB. Siehe die Konzeptseite des jeweiligen Services.
  • Kubernetes Control Plane: s1.small (1 vCPU, 2 GB) oder s1.medium (2 vCPU, 4 GB), angewendet auf jede ihrer vier Komponenten. Siehe Kubernetes-Konzepte.

Bei der Erstellung ist keine Größe vorausgewählt: Wählen Sie eine aus. Eine Ressource, die mit einer früheren Größe (small, medium…) erstellt wurde, behält diese und bleibt bearbeitbar.

Jeder Assistent zeigt vor der Erstellung die Auswirkung auf die Quota des Projekts und die geschätzten Kosten an.

8. Wie erhöhe ich die Quotas eines Projekts?​

Die Administratoren des Projekts oder der Organisation ändern die Quotas in den Projekteinstellungen. Eine Quota kann nicht unter den aktuellen Verbrauch gesenkt werden. Reicht die Kapazität Ihrer Organisation nicht aus, wenden Sie sich an den Support.

Siehe: Schlüsselkonzepte - Quotas

9. Wie skaliere ich meine Ressourcen?​

  • Kubernetes-Cluster: Ändern Sie die Minimal- und Maximalwerte der Node-Gruppen über Edit. Die Nodes passen sich innerhalb dieser Grenzen automatisch an die Last an. Siehe Node-Gruppen verwalten.
  • Datenbanken: Je nach Service werden Preset und Speicher über Edit geändert. Die Festplattengröße kann nicht verringert und die Version nicht herabgestuft werden; ein Wechsel der Version oder des Presets startet die Instanzen neu. Siehe die Anleitung zur Skalierung des jeweiligen Services.

10. Wie funktioniert die Hochverfügbarkeit der Datenbanken?​

Mit mehreren Replicas wechselt jeder verwaltete Service bei einem Ausfall der primären Instanz automatisch auf ein gesundes Replica. Die Anzahl der Replicas wird bei der Erstellung gewählt.

Siehe: PostgreSQL - Konzepte, Redis - Konzepte

11. Sind Datenbank-Backups in der Konsole verfügbar?​

Ja. PostgreSQL- und MariaDB-Datenbanken sowie virtuelle Maschinen und Disks werden in der Konsole gesichert und wiederhergestellt, über das Menü Infrastructure > Backups und die Registerkarte Backups jeder Ressource. Siehe Backups.

12. Wie erreiche ich den Support?​

Öffnen Sie in der Konsole das Profilmenü und klicken Sie auf Contact support: Der technische Kontext der Seite wird Ihrer Anfrage beigefügt. Sie können auch an support@hidora.io schreiben.