Aller au contenu principal

Questions fréquentes

Retrouvez ici les réponses aux questions les plus courantes sur l'utilisation d'Hikube. Chaque service dispose aussi de sa propre FAQ.

1. Comment accéder à Hikube ?​

Connectez-vous à la console : https://console.hikube.cloud, avec les identifiants fournis par Hidora. Si vous n'avez pas encore de compte, contactez sales@hidora.io.

Voir : Démarrage rapide

2. Quelle différence entre organisation et projet ?​

L'organisation représente votre entreprise ; elle est créée par Hidora. Les projets sont les espaces isolés que vous créez dans l'organisation pour y regrouper vos ressources, avec leurs propres quotas. Dans les anciennes versions de la documentation, un projet était appelé tenant.

Voir : Concepts clés

3. Comment récupérer le kubeconfig de mon cluster Kubernetes ?​

Ouvrez Infrastructure → Kubernetes, cliquez sur votre cluster, puis sur Kubeconfig. La console télécharge le fichier kubeconfig-<nom-du-cluster>.yaml.

Ce fichier donne un accès administrateur au cluster : son téléchargement est réservé aux administrateurs du projet. Pour les autres membres, le bouton Kubeconfig est désactivé avec la mention « Réservé aux administrateurs du projet. »

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

Voir : Kubernetes - Démarrage rapide

4. Ai-je encore besoin d'un kubeconfig pour gérer mes ressources Hikube ?​

Non. Les VM, disques, buckets, réseaux, clusters Kubernetes et bases de données se créent et se gèrent depuis la console, et s'automatisent avec l'API publique. Le kubeconfig de projet n'est plus disponible ; la méthode Terraform legacy qui en dépendait est retirée.

Le kubeconfig d'un cluster Kubernetes (question 3) reste, lui, le moyen normal d'accéder à ce cluster.

5. Où trouver les identifiants de ma base de données ?​

Sur la page de détail du cluster de base de données dans la console (DB & Messaging → service → cluster). Les utilisateurs, leurs mots de passe et l'hôte de connexion y sont affichés.

Voir : PostgreSQL, MariaDB, MongoDB, Redis, RabbitMQ

6. Comment exposer une base de données sur Internet ?​

Activez l'option Accès externe à la création du cluster ou dans Modifier. Une IP publique est alors attribuée et affichée dans la zone Externe de la page de détail. Pour un replica set MongoDB, la zone liste l'adresse de chaque membre.

Pour vous connecter depuis une VM ou un cluster Kubernetes du même projet, l'accès externe n'est pas nécessaire : utilisez l'hôte de la zone Interne, toujours affiché.

attention

N'exposez une base de données que si c'est nécessaire, et utilisez des mots de passe robustes.

7. Comment choisir la taille de mes ressources ?​

Les assistants de création proposent des gabarits prédéfinis :

  • VM et nœuds Kubernetes : types d'instance des séries s1, u1 et m1 (de 1 à 64 vCPU). Voir Concepts Kubernetes et Concepts machines virtuelles.
  • Bases de données managées et RabbitMQ (PostgreSQL, MariaDB, MongoDB, Redis, RabbitMQ) : les tailles des VM, séries u1, s1 et m1, de s1.small (1 vCPU, 2 Go) à m1.8xlarge (32 vCPU, 256 Go). Une taille a les mêmes ressources qu'une VM du même nom : u1.medium vaut 1 vCPU et 4 Go. Voir la page Concepts de chaque service.
  • Control plane Kubernetes : s1.small (1 vCPU, 2 Go) ou s1.medium (2 vCPU, 4 Go), appliquée à chacun de ses quatre composants. Voir Concepts Kubernetes.

À la création, aucune taille n'est présélectionnée : choisissez-en une. Une ressource créée avec une ancienne taille (small, medium…) la conserve et reste modifiable.

Chaque assistant affiche l'impact sur le quota du projet et le coût estimé avant la création.

8. Comment augmenter les quotas d'un projet ?​

Les administrateurs du projet ou de l'organisation modifient les quotas dans les paramètres du projet. Un quota ne peut pas descendre sous la consommation actuelle. Si la capacité de votre organisation est insuffisante, contactez le support.

Voir : Concepts clés - Quotas

9. Comment scaler mes ressources ?​

  • Cluster Kubernetes : modifiez les bornes minimum et maximum des groupes de nœuds dans Modifier. Les nœuds s'adaptent automatiquement à la charge entre ces bornes. Voir Gérer les groupes de nœuds.
  • Bases de données : selon le service, le preset et le stockage se modifient dans Modifier. La taille du disque ne peut pas être réduite et la version ne peut pas être abaissée ; un changement de version ou de preset redémarre les instances. Voir le guide « scaling » de chaque service.

10. Comment fonctionne la haute disponibilité des bases de données ?​

Avec plusieurs réplicas, chaque service managé bascule automatiquement sur un réplica sain en cas de panne de l'instance principale. Le nombre de réplicas se choisit à la création.

Voir : PostgreSQL - Concepts, Redis - Concepts

11. Les sauvegardes de bases de données sont-elles disponibles dans la console ?​

Oui. Les bases PostgreSQL et MariaDB, ainsi que les machines virtuelles et les disques, se sauvegardent et se restaurent depuis la console, menu Infrastructure > Sauvegardes et onglet Sauvegardes de chaque ressource. Voir Sauvegardes.

12. Comment contacter le support ?​

Depuis la console, ouvrez le menu de profil et cliquez sur Contacter le support : le contexte technique de la page est joint à votre demande. Vous pouvez aussi écrire à support@hidora.io.