Ce guide explique comment connaître la version du système d'exploitation du serveur de votre Hébergement Web.

Préambule

• Même si Debian ou un paquet semble obsolète, les versions affichées ne présentent pas de vulnérabilités :
  • Infomaniak les maintient à jour via des correctifs internes réguliers sur tous les composants et systèmes utilisés.
  • Les versions sont choisies pour leur stabilité, puis renforcées par des mesures de sécurité que les tests classiques ne détectent pas.
• Si vous ou vos clients identifiez une faille dans un produit Infomaniak, merci de soumettre un POC. Bien que rares, ces cas sont pris en charge rapidement.
  • La sécurité des données relève de l'utilisateur : Infomaniak ne peut être tenu responsable d’une mauvaise gestion ou utilisation des identifiants d’accès.

Quel OS sur mon site ?

Pour connaitre la version:

1. Connectez-vous sur le serveur en SSH (besoin d'aide ?).

2. Exécutez la commande suivante:

   lsb_release -a

3. Vous obtiendrez une information de ce type:

   Distributor ID: Debian
   Description: Debian GNU/Linux 7.9 (wheezy)
   Release: 7.9
   Codename: wheezy

Ce guide explique comment modifier l'espace disque d'un hébergement sur Serveur Cloud.

Préambule

• Les bases de données sont installées sur le même serveur Cloud donc l'espace disque pour les bases de données n'est pas limité à la taille de l'hébergement mais à l'espace disque total du Serveur Cloud.
  • Pour modifier cet espace disque total, il est nécessaire de modifier la configuration du Serveur Cloud.
     

Modifier l'espace disque d'un hébergement Web

Pour accéder à l'hébergement sur Serveur Cloud :

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez sur le menu d'action ⋮ situé à droite de l'hébergement Web concerné, dans la partie Hébergements Web.
4. Cliquez sur Modifier l'espace disque de l’hébergement:
   
5. Ajustez la taille en fonction de l'espace disque alloué et encore disponible.
6. Cliquez sur le bouton Confirmer pour valider la modification.

Ce guide explique comment accéder à la configuration d'un site Web Infomaniak afin d'afficher des informations techniques comme la version de PHP, d'Apache ou les extensions et modules PHP activés.

Visualiser les infos techniques du site

Pour accéder à la gestion du site Web :

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez sur le bouton Gérer sous Paramètres avancés:
   
4. Prenez connaissance des informations du site Web sous les onglets Général, PHP / Apache et Extensions PHP:
   
5. Cliquez sur la flèche arrière dans le menu latéral gauche.
6. Cliquez sur Bases de données dans le menu latéral gauche afin d'obtenir la version de MySQL de l'hébergement Web:
   

Ce guide concerne MySQL sur les hébergements Infomaniak, et leur compatibilité avec les procédures stockées.

Préambule

• Les “stored procedures" & "stored routines” ne sont pas possibles sur Hébergement Web mutualisé.

Comprendre les procédures et routines stockées

Si les procédures stockées sont essentielles à votre projet et que vous possédez actuellement une offre d'hébergement mutualisé, vous pourriez envisager un VPS, serveur dédié, où vous aurez plus de contrôle et de ressources.

Les procédures stockées offrent une manière puissante et efficace d'automatiser des tâches et de gérer la logique métier au niveau de la base de données, ce qui peut conduire à des applications plus performantes et plus faciles à maintenir.

Sur Serveur Cloud, dès lors que l'utilisateur possède un droit administrateur sur la base de données MySQL concernée, il dispose des permissions nécessaires pour exécuter des instructions SQL, y compris la commande EXECUTE, qui est utilisée pour exécuter des procédures stockées existantes dans la base de données.

Il dispose également des privilèges requis pour créer de nouvelles procédures stockées. Créer une procédure stockée implique généralement d'utiliser une syntaxe SQL spécifique pour définir les instructions à exécuter, suivie de l'enregistrement de cette définition dans la base de données.

Ce guide explique comment personnaliser le ou les créneaux durant lesquels Infomaniak pourra effectuer des maintenances pour faire évoluer vos services (nouvelles fonctionnalités, correctifs, etc.).

Préambule

• Cette fonctionnalité est uniquement disponible pour les:
  • Serveurs Cloud
  • VPS Cloud / VPS Lite
  • Jelastic Cloud
• Sans indication de votre part, les maintenances planifiées sont généralement effectuées par Infomaniak entre 22h et 6h du matin.

Modifier la période de maintenances planifiées

Pour cela:

1. Cliquez ici afin d'accéder au service pour lequel vous souhaitez planifier les maintenances sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez sur Maintenances planifiées dans le menu latéral gauche.
4. Cliquez sur le bouton bleu pour définir un créneau d'intervention préféré:
   

Ce guide permet de résoudre un éventuel souci dans l'activation de votre licence Windows Server.

Préambule

• Prenez connaissance d'éventuels problèmes en cours sur https://infomaniakstatus.com/.
• Pour Public Cloud spécifiquement, la liste des maintenances planifiées et des problèmes en cours se trouve à l'adresse https://status.infomaniak.cloud/.

Modifier la clé enregistrée

Ouvrez l’utilitaire Exécuter (touche logo Windows + R).

Retirer la clé enregistrée

Exécutez la commande suivante:

cscript.exe c:\windows\system32\slmgr.vbs -upk

Ajouter une nouvelle clé

Relancez l'utilitaire Exécuter puis exécutez la commande suivante:

cscript.exe c:\windows\system32\slmgr.vbs -ipk {CLE}

en remplaçant {CLE} par la clé de votre configuration ci-dessous:

Activer Windows

Relancez l'utilitaire Exécuter puis exécutez la commande suivante pour associer la clé au robot d'activation Infomaniak:

cscript.exe c:\windows\system32\slmgr.vbs -skms kms.infomaniak.cloud

Relancez l'utilitaire Exécuter puis exécutez finalement la commande suivante pour activer votre système Windows:

cscript.exe c:\windows\system32\slmgr.vbs -ato

Ce guide explique comment monter le Volume dédié au stockage de vos données sur votre VPS Cloud sur Windows. Dans le cas d'un VPS Lite la procédure n'est pas nécessaire car il n'y a qu'un seul disque, même sur Windows.

Monter le volume de stockage

Pour le montage du volume de stockage sur Windows, il faut aller dans l'outil "Gestion du disque" et mettre le disque en ligne :

• Faites un clic droit sur le menu Démarrer.
• Recherchez Gestion du disque.
• Dans la liste latérale gauche, identifiez le disque hors connexion (en principe icône avec une flèche blanche sur un fond rouge ainsi qu’une icône bleue).
• Faites un clic droit dessus pour sélectionner En ligne.

Pour initialiser le disque et créer un volume:

• Une fois le disque en ligne, faites un clic droit dessus et sélectionnez Initialiser le disque.
• Choisissez entre MBR (pour les disques < 2 To) et GPT (recommandé pour les disques > 2 To), puis cliquez sur OK.
• Ensuite, faites un clic droit sur l'espace non alloué du disque et sélectionnez Nouveau volume simple.
• Suivez les étapes de l'assistant pour assigner une lettre de lecteur, formater le volume en NTFS, puis finalisez en cliquant sur Terminer.

Le disque sera maintenant accessible depuis l'Explorateur de fichiers de Windows.

Vous pouvez également utiliser diskpart l’utilitaire de gestion de disque et de partition de Windows.

Ce guide explique comment redémarrer un VPS Cloud / VPS Lite Infomaniak et ce que vous pouvez faire dans le cas où vous n'avez plus accès au serveur.

Reboot de VPS Cloud / VPS Lite

Le mode classique permet de redémarrer normalement votre serveur. Pour accéder au VPS Cloud / VPS Lite :

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez sur le bouton Gérer.
4. Cliquez sur Redémarrer (mode classique):
   
    

Activer/désactiver le mode sans échec

Si vous avez perdu votre clé SSH, ou fait une erreur de configuration, etc.

Vous avez la possibilité de redémarrer en mode rescue. Cela consiste à redémarrer sur une image de base depuis laquelle vous pouvez monter les partitions de votre cloud. De cette manière vous pourrez modifier/réparer votre configuration.

Pour activer le mode rescue :

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez sur le bouton Gérer.
4. Cliquez sur Redémarrer (mode sans échec):
   
   
    

Effectuer des opérations

Une fois le mode sans échec actif, accédez en SSH à votre Cloud, soit avec votre clé ssh, soit avec le mot de passe provisoire disponible dans l'interface.

Une fois connecté, faites:

sudo -i

puis listez les partitions disponibles (remplacer ov-abcd par votre nom d'hôte):

[root@ov-abcd ~]# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
vda 253:0 0 8G 0 disk
└─vda1 253:1 0 8G 0 part /
vdb 253:16 0 20G 0 disk
└─vdb1 253:17 0 20G 0 part

vdb correspond au disque de votre cloud. 

Pour y accéder en écriture vous devez le monter:

[root@ov-abcd ~]# mount /dev/vdb1 /mnt/

Vous pouvez ensuite modifier les fichiers:

[root@ov-abcd ~]# ls /mnt/
bin boot dev etc home initrd.img initrd.img.old lib lib64 lost+found media mnt opt proc root run sbin srv sys tmp usr var vmlinuz vmlinuz.old

Selon le système d'exploitation de votre cloud vous pouvez également faire un chroot afin de reproduire votre environnement habituel:

[root@ov-abcd ~]# chroot /mnt/
bash: ls: command not found
root@ov-abcd:/# export PATH="$PATH:/usr/sbin:/sbin:/bin"
root@ov-abcd:/# ls
bin boot dev etc home initrd.img initrd.img.old lib lib64 lost+found media mnt opt proc root run sbin srv sys tmp usr var vmlinuz vmlinuz.old

Une fois les modifications nécessaires effectuées, désactivez le mode sans échec pour redémarrer votre cloud sur le disque d'origine.

Ce guide détaille la création d'un dépôt GIT aussi bien sur votre Hébergement Web que sur votre Serveur Cloud Infomaniak.

Préambule

• GIT et GITHub sont disponibles par défaut sur les 2 supports susmentionnés.
• Pour de l'aide supplémentaire contactez un partenaire ou lancez gratuitement un appel d'offres — découvrez aussi le rôle de l'hébergeur.

Création du dépôt GIT

Mise en place, sur le serveur:

• le dépôt GIT est sur /git_depot
• le site se trouve dans le dossier /web/[projet] (dans votre serveur FTP)

Lignes de commande à indiquer:

cd
mkdir git_depot
cd git_depot/
git init --bare [projet].git
cd [projet].git
git update-server-info

Envoi du dépôt local sur le serveur

A faire sur le poste en local:

git init
git remote add origin ssh://user@[xxxxx].ftp.infomaniak.com:/home/clients/[123465789]/git_depot/[projet].git
git status
git add .
git commit -a -m "init"
git push --set-upstream origin master
git push

Clonage du site sur le répertoire du serveur

A faire sur le serveur:

cd
cd web
rm -r [projet]/
git clone /home/clients/[123465789]/git_depot/[projet].git [projet]/

Le module CGID pour Apache a été désactivé sur les offres d'hébergement Web mutualisé d'Infomaniak.

Si nécessaire, il faut donc envisager de changer d'offre pour un Serveur Cloud si vous êtes actuellement sur un hébergement Web mutualisé, cela se fait de façon transparente: prenez connaissance de cet autre guide à ce sujet.

Ce guide explique comment remplacer, au sein d'un hébergement Web Infomaniak, l'adresse d'un site actuellement sous-domaine (https://dev.domain.xyz p.ex) par le domaine principal (https://domain.xyz).

Préambule

• Les opérations en bref:
  1. On débute avec un site créé et accessible par l'URL du domaine principal dev.domain.xyz.
  2. On lui ajoute un alias domain.xyz.
  3. On inverse les 2 types (le domaine principal devient alias et l'alias devient principal).
  4. On retire l'ancien nom dev.domain.xyz.
• A noter que l'emplacement du site reste dans le dossier d'origine sur le serveur ; le nom de cet emplacement peut être de la forme /sites/dev.domain.xyz mais cela n'a strictement aucune incidence sur le site en production.
• Prenez également connaissance du dernier chapitre de cet autre guide.

Les opérations en détail

Pour passer d'un site avec une adresse de type sous-domaine "dev.domain.xyz" à une adresse directe "domain.xyz":

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez ensuite sur le chevron ‍ pour développer la partie Domaines de ce site:
4. Cliquez sur le bouton Ajouter un domaine:
   
5. Ajoutez le nouveau nom désiré, cochez les cases correspondantes.
6. Cliquez sur le bouton pour Confirmer:
   
7. Une fois l'ajout effectué, cliquez sur le menu d'action ⋮ situé à droite de l'élément concerné.
8. Choisissz de définir l'élément en tant que domaine principal:
   
9. Validez l'opération pour procéder à l'inversion des domaines.

Ce guide concerne l'installation de modules Python, possible sur Serveur Cloud.

Installation de modules Python sur Serveur Cloud

L'installation passe par PIP, qui est un gestionnaire de paquets utilisé pour installer et gérer des paquets écrits en Python.

Infomaniak propose PIP et PIP3 via l'outil Fast Installer.

Une fois PIP installé, vous pourrez installer des modules Python en spécifiant --user lors de la commande.

Par exemple:

pip3 install mysql-connector-python --user

Ce guide donne des indications pour synchroniser kDrive avec un VPS (ou l'inverse) via le protocole WebDAV que l'on retrouve dans l'application rClone.

Prérequis

• Posséder un VPS.
• Connaitre votre identifiant kDrive (ID kDrive).

Synchroniser kDrive et VPS via rClone

L'opération permet de récupérer en temps réel les fichiers et dossiers du kDrive et de pouvoir lire, créer ou modifier ces fichiers depuis votre VPS tout en étant sûr qu’ils soient synchronisés à nouveau sur le serveur kDrive. Un point de montage rClone pourra être réalisé avec un dossier de votre VPS afin de pouvoir manipuler ces fichiers kDrive.

Prenez connaissance de la documentation rClone si vous recherchez des informations au sujet des options qui existent:

1. Exemple de commande rClone:

   • rclone mount kdrive:/My_kDrive_Folder_Path /home/ubuntu/Target_Folder_Path --vfs-cache-mode full --vfs-cache-max-age 24h --vfs-cache-max-size 10G --cache-dir /home/ubuntu/rclone/cache --daemon --allow-other --dir-cache-time 1h --log-file /home/ubuntu/rclone/rclone.log --log-level INFO

   • L’attribut --daemon de cette commande permet de lancer la synchronisation en tâche de fond car sans lui, cette sync se termine à chaque déconnexion du VPS…
2. Exemple de fichier de configuration rClone:

   • [kdrive]
     type = webdav
     url = https://***.connect.kdrive.infomaniak.com/***
     vendor = other
     user = ***
     pass = ***

   • Adresse du serveur: https://IDkDrive.connect.kdrive.infomaniak.com (prenez connaissance des prérequis ci-dessus)
   • Nom d'utilisateur: adresse mail de connexion au compte utilisateur Infomaniak
   • Mot de passe: mot de passe d'application en cas de double authentification activée ou ‍celui de votre compte utilisateur Infomaniak si vous n'avez pas activé la 2FA

Ce guide explique comment installer et configurer systemd sur un Serveur Cloud et présente les principales commandes utilisables.

Prérequis

• Suivre le guide d'installation systemd pour Serveur Cloud.
• Consulter la documentation officielle pour prendre connaissance de l'ensemble des possibilités offertes par systemd
• Les fichiers "unit" devront être placés dans : ~/.config/systemd/user/ ( /home/clients/absolute-path-id/.config/systemd/user ) (en remplaçant absolute-path-id visible dans votre Manager) et les permissions doivent être réglées en 0644.
• Le paramètre --user doit être indiqué dans chaque commande.

Principales commandes 

Voici une liste non-exhaustives de commandes utilisables avec systemd.

Forcer systemd à lire à nouveau les unit files et à prendre en compte les modifications:

systemctl --user daemon-reload

Activation d'un service: 

systemctl --user enable --now SERVICENAME.service

Vérification de l'état d'un service:

systemctl --user status SERVICENAME.service

Configuration de Node en tant que service avec systemd

Il sera nécessaire de créer un fichier "Unit" avec l'extension ".service", qu'il faudra enregistrer dans le répertoire:

~/.config/systemd/user/

Il est possible de réutiliser l'exemple ci-après en remplaçant les valeurs commençant par {} :

[Unit]
Description={Le nom du service} # Spécifier ici un nom du service. Celui-ci est obligatoire mais n'a pas d'impact sur le fonctionnement

[Service]
Restart=always
Environment=NODE_VERSION={la version souhaitée} # Spécifier ici la version de Node à utiliser. S'assurer qu'elle soit installée au préalable avec "nvm install {la version souhaitée}"
WorkingDirectory=%h/{repertoire du projet Node} # %h correspond à la racine de l'hébergement
ExecStart=/bin/bash -c "exec $HOME/.nvm/nvm-exec {commande de lancement du script node}" # Cette commande dépend du projet. Par exemple, "npm run start", "npm run serve" ou encore "node server.js" sont courants

[Install]
WantedBy=default.target

Actions supplémentaires avec un fichier Unit

systemctl --user daemon-reload

Démarrer le service (si celui-ci est déjà actif, rien ne se passe):

systemctl --user start [Nom du Unit]

Arrêter le service (si celui-ci n'est pas actif, rien ne se passe):

systemctl --user stop [Nom du Unit]

Redémarrer le service (s'il ne tourne pas, il est lancé):

systemctl --user restart [Nom du Unit]

Obtenir des informations sur le service ; notamment:

• "Active" qui indique si le service tourne et depuis quand
• "CGroup" montre le groupe de processus que gère le service, ça permet de voir les processus actifs, avec leurs arguments et leur ID

En dessous de "CGroup" se trouvent d'éventuels logs (la sortie standard et erreur du processus):

systemctl --user status [Nom du Unit]

Activer le démarrage automatique du service au boot du serveur ; NB: ça ne démarre pas le service:

systemctl --user enable [Nom du Unit]

Désactiver le démarrage automatique du service au boot du serveur ; NB: ça n'arrête pas le service:

systemctl --user disable [Nom du Unit]

Configuration avec les entrées user:

[Unit]
Description="nom service"

[Service]
Restart=always
Environment=NODE_VERSION=16.17
WorkingDirectory=%h/sites/"nom-repertoire-site"/
ExecStart=/bin/bash -c "exec $HOME/.nvm/nvm-exec npm run start"

[Install]
WantedBy=default.target

Ce guide explique comment activer PHP-FPM status afin de p.ex déboguer un site lent au niveau PHP.

Préambule

• PHP-FPM status permet notamment de suivre en temps réel les scripts qui sont exécutés ainsi que leur temps d’exécution.
• Cette opération n'est possible que sur Serveur Cloud.

Activer PHP-FPM status

Pour activer PHP-FPM sur un site, contactez le support Infomaniak depuis une adresse mail mentionnée sur votre compte utilisateur pour authentifier votre demande.

Dans votre demande, merci d'indiquer l'adresse IP source qui doit être autorisée.

Une fois PHP-FPM status activé, les liens URL suivants permettront d'afficher les informations nécessaires:

• https://domain.xyz/fpm-status?json&full
• https://domain.xyz/fpm-status?html&full
• https://domain.xyz/fpm-status?xml&full

Attention: si votre site contient des règles de réécriture (rewrite rules) incluant le chemin /fpm-status, il faudra certainement en faire une exception.

Ce guide concerne la redirection du trafic Web vers un port spécifique, y compris en cas d'utilisation d'une IP dédiée et d'une application Web spécifique (comme Node ou Varnish par exemple).

Prérequis

• Ajouter un site sur votre hébergement.
• Installer HAProxy sur le Serveur Cloud.

Rediriger le trafic Web vers un port spécifique

Par défaut, sur Serveur Cloud, le trafic Web est envoyé à Apache. Pour envoyer les requêtes vers un script Node ou un autre service (pour autant qu'il "écoute" sur un port entre 4000 et 4009), il faut passer par HAProxy.

Cela s'applique notamment pour les serveurs Express, Socket.IO, Meteor.js, Nuxt.js, Django, Flask, Ruby on Rails, même éventuellement Java (J2E), etc. 

Pour ça, il faut vous assurer que le service écoute bien sur un port entre 4000 et 4009 (notamment avec server.listen(4000) pour Express ou un serveur HTTP Node basique, mais selon le type de projet par d'autres moyens, un fichier de configuration, dans le code ou autre) et sur toutes les interfaces (0.0.0.0).

Il sera également nécessaire de configurer HAProxy comme dans l'exemple ci-après : 

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez sur Fast installer dans le menu latéral gauche.
4. Cliquez sur le menu d'action ⋮ situé à droite de HAProxy.
5. Cliquez sur Configurer:
   
6. Choisissez les informations désirées et sauvegardez:
   
    

Récupération de l'IP source d'une requête

Lorsque vous redirigez le trafic Web vers votre application Web, le traitement des requêtes change et la requête est d’abord reçue par un reverse proxy (local au serveur) qui transfère ensuite la requête vers le port choisi. Ainsi, à cause du transfert de la requête, les méthodes permettant habituellement de récupérer l’IP du visiteur vont donner l’IP du reverse proxy au lieu de celle du visiteur.

Ainsi, pour récupérer l'IP source réelle du visiteur dans ces cas, il faut consulter un header HTTP nommé X-Forwarded-For, qui contiendra les IPs source accumulées lors de chaque redirection. Ce header contiendra donc en dernier l'adresse IP originale du client, permettant d'identifier le visiteur réel.

Attention : Il est important de noter que les headers HTTP peuvent être manipulés, ce qui présente des risques de sécurité. Pour minimiser ces risques, il est recommandé de vérifier que la requête provient bien d'un serveur fiable avant de faire confiance au contenu du header X-Forwarded-For. Cette vérification peut impliquer de s'assurer que la requête a été transmise par un serveur intermédiaire de confiance, identifié par une liste préétablie d'adresses IP. Dans le cas où le site utilise une IP dédiée, les serveurs de confiance sont :

• 83.166.133.15
• 83.166.133.17
• 83.166.133.16
• 84.16.92.5
• 84.16.92.43
• 10.2.32.255
• 10.2.34.164

Ce guide explique comment réinitialiser un VPS Cloud / VPS Lite.

Préambule

• Cette procédure efface tout le contenu du volume dédié au système d'exploitation (/dev/vda).
• Dans le cas d’un VPS Cloud, le volume dédié au stockage des données (/dev/vdb) n'est pas impacté par la réinitialisation.
   

Reset de l'OS VPS Cloud / VPS Lite

Pour accéder au VPS :

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez sur le bouton Réinitialiser.
4. Suivez les instructions affichées pour terminer la réinitialisation.

Ce guide explique comment restaurer un snapshot de VPS Cloud Infomaniak.

Restaurer un snapshot

Pour cela:

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez sur Snapshot dans le menu latéral gauche.
4. Cliquez sur le menu d'action ⋮ à droite de l'objet concerné dans le tableau qui s'affiche.
5. Cliquez sur Restaurer:
   
6. Cliquez sur le bouton bleu pour démarrer la restauration du snapshot.
7. Un e-mail est envoyé lorsque le snapshot est restauré.

Restaurer le disque du système d'exploitation

La restauration du volume système comme dans l'exemple ci-dessus est une opération irréversible. Le disque du système d'exploitation sera remplacé par le snapshot et le serveur se retrouvera dans l'état exact de la date de la sauvegarde.

Les données stockées sur le volume des données (vdb) ne sont pas affectées par cette opération.

Restaurer le disque des données (vdb)

Deux modes de restauration de données sont possibles :

1. Mode “Lecture seule”

Si la taille du snapshot diffère de la taille du volume, seul ce mode lecture seule est disponible.

Cette option permet de monter l'image du snapshot de données, ce qui permet d'accéder en lecture seule aux données de la sauvegarde.

À titre d'information, voici des commandes utiles pour exploiter votre sauvegarde :

• Pour accéder au volume de données principal : mount /dev/vdb /mnt/.
• Pour monter le volume des données dans un dossier spécifique "backup" : mount -o nouuid -o ro,norecovery /dev/vdc /backup.

Pour savoir quelle lettre utiliser (/dev/vd?), utilisez la commande lsblk:

2. Mode “Restauration”

La restauration du volume des données est une opération irréversible. Le disque des données (vdb) sera remplacé par le snapshot. À la fin de la restauration, il sera nécessaire de remonter le volume des données afin que votre système d'exploitation rafraichisse le contenu.

La procédure et les commandes suivantes sont uniquement fournies à titre indicatif :

1. Assurez-vous que votre volume de données n’est pas monté :
   * umount /mnt (/mnt ou l’emplacement que vous aviez choisi pour accéder à vos données).
2. Remontez le volume de données :
   * mount /dev/(vdb) /mnt

Pour connaître le nom du volume de données attaché à votre serveur, utilisez la commande lsblk (voir ci-dessus).

Infomaniak ne fournit pas d'accès root sur Serveur Cloud.

En revanche, un accès root est possible sur:

• VPS Cloud / VPS Lite
• Jelastic Cloud
• Public Cloud

Ce guide explique comment bénéficier de nouvelles versions de PHP, MySQL et de nombreux autres paquets en faisant migrer un Serveur Cloud sur une nouvelle infrastructure Infomaniak.

Procédure de migration

En migrant vos données sur la nouvelle infrastructure Cloud, vous augmentez la performance et la fiabilité de vos sites qui accéderont aux dernières technologies:

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez sur le bouton bleu dans l'encadré "Faire évoluer votre Serveur Cloud" (ou sur Gérer):
   

La migration est gratuite et se déroule en 3 étapes:

1. Infomaniak met à disposition un Serveur Cloud dernière génération ayant les mêmes caractéristiques que l'actuel, au même tarif et même durée d'engagement.
2. Vous disposez d'un mois pour déplacer vos hébergements sur le nouveau Serveur Cloud mis à disposition (lire ci-dessous).
3. Lorsque vos hébergements sont déplacés sur le nouveau serveur, résiliez l'ancien Serveur Cloud.

Au sujet de l'étape 2…

Lors du déplacement d'un hébergement d'un Serveur Cloud à un autre:

• Les accès FTP et bases de données ne changent pas.
• Seules changent au niveau des hébergements les versions supportées de PHP et MariaDB, ainsi que les adresses IPv4 et IPv6 du serveur.
• Les noms d'hôtes (hostnames) ne changent pas et sont automatiquement mis à jour pour pointer sur les nouvelles adresses IP.