Transfert de site d'un mutu vers un cloud web
... / Transfert de site d'un mu...
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Question

Transfert de site d'un mutu vers un cloud web

Par
MireilleG
Créé le 2018-12-09 13:13:20 (edited on 2024-09-04 13:05:01) dans Cloud Web-old

Bonjour,
J'aimerai migrer de mon vieux mutu vers un cloudweb pour mon prestashop.
Mais j'ai quelques questions?
- Migrer sans interruption du site est-il possible? oui/non
- Récupérer les fichiers du mutu et les transférer sur le cloud web? oui/non
- Transférer la BDD du mutu vers le cloud web? oui/non
- Une fois 2&3 fait que faire avec les DNS du mutu, juste les supprimer? oui/non
- J'ai des sous domaines que j'utilise comme serveurs de media que dois-je faire?
- Le domaine étant associé au mutu, dois-je faire quelque chose?

Merci pour vos réponses.
Bon dimanche


20 réponses ( Latest reply on 2018-12-20 14:26:34 Par
kyodev
)

oui
oui
oui
on ne supprime pas des DNS, avec, tu pointes un nouvel hébergement
pour les sous-domaines, même principe. pourquoi sont ils en sous-domaines?
pas compris la dernière question, les grandes lignes tu les as posées?

Merci!
> on ne supprime pas des DNS, avec, tu pointes un nouvel hébergement
et une fois le mutu résilié c'est redirigé automatiquement vers le cloud web?

Les 3 sous domaines sont les serveurs media de prestashop qui parait-il accélèrent le chargement des images...Ils pointent vers le domaine principal.

Je crois que les grandes lignes sont les questions que j'ai posé... Je suis passé à côté de quelque chose?

sauf à rentrer dans les détails, non tout y est il me semble

mettre les medias en sous-domaines pour optimiser les requêtes DNS et paralléliser les chargement est une technique un peu vieillotte, inutile avec le HTTP2
et à priori le HTTP2, dispo dans les mutu récents, n'est pas garanti dans le cloudweb si j'en crois le descriptif :/
sauf à passer par un CDN (cet été celui d'Ovh n'était pas performant)

Ok merci.
Oui il faut un CDN pour avoir le http2, je n'y avait pas prêté attention :-/
Mais coté performance un cloud web sera quand meme mieux qu'un performance 1(pas d'http2 non plus)?
Mon site étant 98% frenchy, y a t il y internet au CDN?

aucun intérêt pour le CDN sauf à compenser un manque de HTTP2

pour les performances... il n'y a que le disque qui change?
c'est pas clairs leur disque SSD, il est où? en local?
il faudrait qu'un cloud web témoigne et teste la vitesse

perso, quand je décide maintenant c'est mutu, ssd nvme local: 2.2GB/s
et bien moins cher qu'Ovh

Bonjour,

le cloud web c'est basiquement un VPS SDD avec le même panneau de gestion d'un mutualisé.
Du coup l'espace disque est partagé entre les fichiers Web et le SQL (et l'OS bine sûr).

Globalement les perfs sont quand même plus stable/meilleur (du moins pendant la phase de bêta test), mais il me semble qu'il y a quand même un nginx frontale car c'est une IP partage et non une IP par cloud web.

Cordialement, janus57

et les disques sont locaux ou déportés?

Bonjour,

non c'est du SSD local (et en RAID10 normalement).

Du coup sur ce genre d'offre, théoriquement, les seuls points qui peuvent faire varier les perfs c'est la charge du VPS (donc indirectement des sites dessus) et la charge du frontale.

Cordialement, janus57

> mettre les medias en sous-domaines pour optimiser les requêtes DNS et paralléliser les chargement est une technique un peu vieillotte, inutile avec le HTTP2

https://blog.dareboost.com/fr/2015/03/http-2-pour-les-developpeurs-web-front-end/

Merci pour vos réponses et liens intéressants.
Je pense avoir tout pour ma migration :-)

J'ai commandé mon cloud web et si ça peut intéresser je peux faire des speed tests comparatifs...
Si vous avez un site favori ...

Et du coup le CDN est inclus dans l'offre.

Mais une autre question me vient au niveau du référencement....:
Si je n'utilise plus les sous-domaines pour mes images, leurs urls vont changer...qu'en pensera Mr google?
Cheerzzzz

tu rediriges le sous-domaine, sans condition, sur le domaine principal, genre:

```text
RewriteEngine On

RewriteRule ^ https://domaine.tld%{REQUEST_URI} [R=301,L,NE,QSA]
```

> je peux faire des speed tests

si tu veux me faire en ssh:

```text
dd if=/dev/zero of=./output bs=10k count=100k
dd if=./output of=/dev/null
rm ./output
```

je teste les disques rapidement

Oui je te fais ça demain, je transfère mon site actuellement et comme j'ai une connexion satellite, c'est un peu long...
Demain ça devrait être ok :-)

pas de soucis, pas d'urgence

sur un public cloud:
```text
1048576000 bytes (1.0 GB, 1000 MiB) copied, 1.90908 s, 549 MB/s
1048576000 bytes (1.0 GB, 1000 MiB) copied, 1.833 s, 572 MB/s
```

Bonjour,
Pour l redirection c'est un truc du genre ça pour tous les sous domaines?


RewriteRule ^ https://monsousdomaine1.fr%{REQUEST_URI} [R=301,L,NE,QSA]

Concernant la commande en ssh il faut la faire depuis filezilla dans saisir une commande personnalisée?

```text non, j'insiste
```text
RewriteEngine On

RewriteRule ^ https://domaine.tld%{REQUEST_URI} [R=301,L,NE,QSA]
```

cela sous-entend que tous les sous-domaines (ou domaines secondaires) pointent sur une racine dédiée à cela, `parking` par exemple
dans cette racine, un fichier .htaccess, dans lequel sont mises les deux lignes, si le serveur web est **Apache**
*domaine.tld* étant à remplacer par **domainePrincipal.fr**, par exemple

---

pour les commandes en ssh, non, pas fileZilla, ce sont des commandes à utiliser en terminal

si tu n'as pas l'habitude, autant laisser tomber...
le temps d'appendre? car y'a pas mieux pour faire des transferts de site ;) ```

Ok merci, je comprend mieux.

Maintenant que tout est en place, je reviens sur ta première réponse:
Il ne me reste qu'a changer les pointages A & AAAA du domaine vers les ip du cloudweb, en ayant auparavant ajouté le domaine depuis le multisite...
Sorry, j'ai pas envie de faire de bêtises...

~~oublie le multisite stp, tu n'es plus concernée~~

**SI** en fait, j'ai encore confondu cloud web avec cloud :/

dans ta zone DNS, tu mets l'ipv4 de ton serveur dans les pointeurs A et l'ipv6 de ton serveur dans les AAAA

si tu n'as pas d'ipv6, tu effaces les AAAA

si tu nous indiques ton domaine, on pourra vérifier


oublie le multisite stp, tu n'es plus concernée

Même si je dois héberger plusieurs sites (j'ai mis le premier site dans un répertoire dans www)
Je précise également que l'on m'a obligée a perdre un nouveau ndd lié au cloud web(dont je ne me servirai jamais..)

> Je précise également que l'on m'a obligée a perdre un nouveau ndd

prendre j'imagine?
la ruse, c'est qu'il est en renouvellement automatique, et qu'il sera ponctionné sans avertissement jusqu'à 1mois1/2 avant échéance, avec menace de contentieux si échec
un conseil:
dans Mes services: désactive le renouvellement automatique et tu le laisseras mourir

> Même si je dois héberger plusieurs sites

multisite concerne un mutualisé, donc pas un cloud web

C des filous! Ils offrent la première année et après bim!

Ok, je vais faire la manie des DNS en fin de journée, j'indiquerai mon domaine en même temps :-)

évites que ça devienne une manie quand même :o)

Ahah!
Sacré correcteur automatique d'orthographe :-p

Bon ben voilà je crois que tout c'est bien passé.
J'ai ajouté la redirection que tu m'as donné.
Retiré les serveurs médias inutiles.
Je fais modifier les options comme conseillé sur l'article que tu as posté plus haut.

En tout cas merci beaucoup pour ton aide précieuse.
Le topic pourrait être épinglé comme tuto!


le cloud web c'est basiquement un VPS SDD avec le même panneau de gestion d'un mutualisé.
Du coup l'espace disque est partagé entre les fichiers Web et le SQL (et l'OS bien sûr).


```text
## test sur 1 Go
dd if=/dev/zero of=./output bs=10k count=100k
dd if=./output of=/dev/null
rm ./output
```

```text
public cloud:
549 MB/s
572 MB/s

pro:
106 MB/s
383 MB/s

performance 1
107 MB/s
375 MB/s

cloudweb: SITE HORS PRODUCTION, PAS D'ACCÈS SQL
43.8 MB/s
8.6 MB/s
```
impressionnant le cloudweb :/

```text
nvme, autre hébergeur en mutu:
2,0 GB/s
524 MB/s

nvme, dell xps:
xps
1.8 GB/s
623MB/s

mon ssd samsung entrée de gamme:
1,4 GB/s
556 MB/s
```

Bonjour, désolé n'étant pas un pro ton test ne me dit pas grand chose.
Si pro = mutualisé pro est ce que ton test indique que cloudweb en accès disque est 2 fois moins rapide que sur un mutualisé ?

oui, je viens de découvrir cela
et comme on me parle de simili vps, si le sql est aussi sur ce disque... :/

Euh la il y a un problème comment un dd classique peut être 2 fois plus rapide que du ssd ?
moi qui pensais passer de mon mutualisé pro vers cloudweb la je ne sais plus.

qui a dit que c'était du ssd?

un exemple ssd, je suppose en nvme:
```text
(1,0 GB) copiés, 0,530076 s, 2,0 GB/s
(1,0 GB) copiés, 2,00116 s, 524 MB/s
```

ok, j'aurais pensé à de l'ide
si tu regardes public cloud, là on doit avoir du ssd local

pourtant ils annoncent bien
"Votre serveur isolé avec un disque SSD" "Technologie du disque SSD (local)"
Dommage qu'il n'y ai pas plus de retour sur des personnes qui ont ce genre d'herbergement, parce que la payer plus cher pour quelque chose de moins rapide c'est l'arnaque.

j'aimerais bien connaître aussi le *"performance"*

Ouverture d'un ticket (2353459804)
J'aimerai avoir une réponse sur l'activation du memcached!


j'aimerais bien connaître aussi le "performance"


voilà :)
```text
performance
(1,0 GB) copied, 9,78401 s, 107 MB/s
(1,0 GB) copied, 2,79416 s, 375 MB/s
```

Les réponses sont actuellement désactivées pour cette question.