Aller au contenu

Migration des hébergements 2016/2017 vers 2022

Cette page concerne les clients qui ont encore un hébergement des offres 2016 ou 2017. Elle présente les différences avec les hébergements 2022 et ce qu'implique une migration.

Une migration à la demande

Les migrations sont faites à la demande, pour les clients qui le souhaitent. Aucune migration n'est imposée : vous pouvez rester sur l'ancienne infrastructure.

Pas de retour arrière

Une fois l'hébergement migré, il n'est pas possible de revenir sur l'ancienne infrastructure.

Pourquoi migrer ?

En 2022, YULPA a lancé de nouvelles offres d'hébergement. Elles sont mono-serveur pour les rôles suivants :

  • fichiers ;
  • serveur FTP ;
  • serveur SSH ;
  • publication web (HTTP) ;
  • sauvegardes.

Les rôles DNS et Emails restent sur les plates-formes DNS et Zimbra. Vous continuez à les gérer dans le manager iWal, au sein du même service d'hébergement.

Les anciennes offres reposaient sur une architecture multi-serveurs aux performances variables selon les sites. Sur les hébergements 2022, les premiers sites migrés ont vu leurs temps de chargement divisés par 3 à 6.

Les offres 2022 ont des limites de ressources (processeur, mémoire, disque) : sur l'ancienne infrastructure, certains sites pouvaient monopoliser les serveurs au détriment des autres. Une offre One permet aussi d'héberger un petit site à faible coût.

Ressources et quotas

Le nombre d'éléments d'un hébergement ne change pas : une offre Start 2022 a les mêmes ressources qu'une Start 2017, et ainsi de suite pour les autres offres. Seul le quota d'espace disque est doublé, car les sauvegardes MySQL et les instantanés (snapshots) sont désormais comptés dans votre espace.

  • Hébergements 2016 et 2017 : les instantanés sont en dehors de votre hébergement. Avec 25 Go, vous disposez des 25 Go, et les 6 mois de sauvegardes ne consomment rien.
  • Hébergements 2022 : les instantanés font partie de votre hébergement. Si vous avez 25 Go et effacez 5 Go, ces 5 Go restent occupés pendant 3 mois dans les instantanés. En contrepartie, quand vous résiliez, toutes les données sont effacées, sauvegardes comprises, ce qui va au-delà de ce qu'impose le RGPD.

Offres Web4all 2016

Les quotas des offres Web4all 2016 ne sont pas ceux des offres YULPA 2017. Avant de demander la migration, vérifiez sur yulpa.io que l'offre 2022 correspondante vous suffit. Avec une offre YULPA 2017, vous gardez les mêmes quotas en offre 2022.

Différences entre les hébergements 2016/2017 et 2022

Élément Hébergement 2016/2017 Hébergement 2022
Adresse IP 185.49.20.101 Dépend du serveur de l'hébergement : zone DNS à adapter en conséquence.
Serveur MySQL Accessible de l'extérieur selon le serveur où la base est créée. Non accessible de l'extérieur.
Sauvegardes MySQL Stockées dans l'hébergement depuis mars 2022. Stockées dans l'hébergement.
Sauvegardes des fichiers En dehors de l'hébergement, sans effet sur le quota. Rétention de 6 mois. Accessibles depuis le manager. Dans l'hébergement, comptées dans l'espace de stockage. Rétention de 3 mois. Accessibles depuis le manager et en SSH dans .zfs/snapshots.
Sites web Stockés dans var/www/ Stockés dans sites/
Espace disque One : aucun quota ; Start : 25 Go ; Zen : 50 Go ; Premium : 100 Go One : 5 Go ; Start : 50 Go ; Zen : 100 Go ; Premium : 200 Go
Processeur Non limité One : 1 CPU ; Start : 1 CPU ; Zen : 2 CPU ; Premium : 4 CPU
Mémoire Non limitée One : 512 Mo ; Start : 1 Go ; Zen : 2 Go ; Premium : 4 Go
IOPS Non limité One : 512 ; Start : 1024 ; Zen : 2048 ; Premium : 4096
Débit disque Non limité One : 2048 Ko/s ; Start : 4096 Ko/s ; Zen : 8192 Ko/s ; Premium : 10384 Ko/s
Processus Non limité One : 25 ; Start : 75 ; Zen : 100 ; Premium : 150
Mails envoyés par les sites Aucun suivi possible. Suivi des mails sortants dans la console SpamExperts. Réception des retours (bounces) en créant l'alias ou l'adresse website@votre-domaine. Limites : 30 par minute, 300 par heure, 1000 par jour, 3000 par semaine, 10 000 par mois.
Journaux Apache (visites) Copiés dans l'hébergement sur demande. Visibles dans le manager serveur par serveur, sans fusion. Stockés dans l'hébergement. Visibles dans le manager et en direct en SSH.
Ports ouverts en sortie Tous DNS, FTP, FTP passif, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, MS-SQL, MySQL, NNTP, NTP, PostgreSQL, POP3, POP3S, SMTP 2525, SMTP 587, SMTPS, SSH. Le port 25 est fermé : vous ne pouvez pas utiliser un serveur SMTP externe sur le port 25.

Les limites ci-dessus sont celles de décembre 2022 (ressources augmentées le 28 juillet 2022, limites de débit disque multipliées par 4 le 21 décembre 2022). Les ressources actuelles de chaque offre sont indiquées sur yulpa.io et dans le manager, rubrique Utilisation des ressources (voir Statistiques).

Demander la migration

  1. Ouvrez un ticket au support (voir Support) en indiquant l'hébergement actuel et le jour et l'heure auxquels vous souhaitez la migration. Prévoyez d'être disponible juste après pour modifier vos paramètres MySQL.
  2. Le support crée un nouvel hébergement à 0 €, avec la même date d'échéance que l'actuel, puis lance le script de migration. Il se charge de presque toutes les étapes.
  3. Le support vous prévient dans le ticket quand la migration est terminée. L'ancien hébergement est alors supprimé.

Ce qui est repris sans action de votre part

  • Les délégations héritées du compte client restent valables sur le nouvel hébergement.
  • Tous les domaines de la Synthèse des domaines sont rattachés au nouvel hébergement.
  • Toute la partie Emails Zimbra est rattachée au nouvel hébergement.

Ce qui change

  • Comptes FTP : si une restriction d'accès est définie, var/www est remplacé par sites. Vérifiez l'effet pour chacun de vos utilisateurs externes.
  • Sauvegardes : l'historique des sauvegardes MySQL et des fichiers n'est pas copié.
  • Zone DNS gérée par YULPA : les entrées passent de 185.49.20.101 à l'adresse du serveur de destination (185.49.20.102, 103, 104…). Une coupure de quelques minutes à une heure est possible.
  • Mails des sites : un utilisateur sortant est créé sur SpamExperts pour chaque site web, sous la forme website@votre-domaine. Il apparaît en adresse de retour (return-path) des mails envoyés par le site. Cela ne change rien, sauf usage particulier des mails envoyés par vos sites.
  • Quotas de mails : les limites par minute, heure, jour, semaine et mois du tableau ci-dessus s'appliquent.
  • Compte SSH : il est créé avec un nouveau mot de passe aléatoire, qui ne se change pas dans le manager. Vous pouvez déposer votre clé SSH dans le dossier personnel de l'utilisateur (voir Fichiers, FTP et SSH).

Ce que vous devez faire

  • Délégations : les délégations données directement sur l'hébergement ne sont pas reprises. Recréez-les (voir Délégations).

  • Bases et utilisateurs MySQL : ils sont renommés avec l'identifiant du nouvel hébergement. Par exemple, 100010_wordpress (hébergement 100010) devient 171989_wordpress (nouvel identifiant). Mettez à jour les fichiers de configuration de vos sites.

    Bases et utilisateurs créés avant 2011

    Les noms préfixés de 4 chiffres ou sans préfixe (par exemple 1213_madb, ou madb) reçoivent un préfixe de 6 chiffres suivi de _. Deux noms ne doivent pas aboutir au même résultat : 1213_madb et 100010_madb deviendraient tous deux 171600_madb. Signalez ce cas au support avant la migration.

  • Vues SQL : l'utilisateur lié à une vue n'existe plus sur les nouvelles bases. Exportez vos vues et recréez-les avec le ou les bons utilisateurs et droits.

  • Nom du serveur MySQL : il change. L'ancien serveur s'appelait mysqlX.yulpa.io (X étant un numéro) ; le nouveau s'appelle webhostXX.yulpa.io (XX étant un numéro du type 01, 02…). Mettez à jour les fichiers de configuration de vos sites.
  • Fichiers personnels : ce qui était dans home/yulpaXXXXX est copié dans home/.
  • Fichiers des sites : ce qui était dans var/www est copié dans sites/. Les comptes FTP et les tâches planifiées sont adaptés par le script de migration, mais si vos fichiers de configuration ou vos données en base contiennent des chemins absolus, vous devez les modifier.
  • Authentification par .htaccess : corrigez le chemin absolu du fichier AuthUserFile.
  • Zone DNS gérée ailleurs : si votre zone n'est pas gérée par YULPA, remplacez vous-même 185.49.20.101 par l'adresse du serveur de destination (185.49.20.102, 103, 104…) qui vous est indiquée.
  • Utilisateur SSH : son nom change, car il dépend de l'identifiant de l'hébergement.