PS Cloud Services en pratique
Présentation fondée sur les offres et la documentation vérifiées le 10 novembre 2026. Aucun test de charge ou de support n’a été réalisé pour ce dossier.
Peut convenir pour
- Association kazakhstanaise qui utilise Plesk et veut pouvoir sortir ses données
- Équipe qui vérifie le quota avant de générer une archive
Points à prendre en compte
- Prix d’appel public. Montant initial, reconduction et association du prix d’appel à un forfait précis à confirmer.
- Le SLA fixe 14 jours pour les copies d’infrastructure. Le guide Plesk indique trois semaines. Emplacement des copies à confirmer.
Les offres et leur coût
Les montants ci-dessous correspondent au marché et à la durée précisés pour chaque offre. Vérifiez le prix final, les taxes et les options avant de souscrire.
| Offre | Prix et facturation | Ressources et limites |
|---|---|---|
| Mutualisé Plesk compatible WordPress, prix d’appel | À partir de 427 KZT par mois affichés. Montant à débiter et période à confirmer. Renouvellement. Période suivante prépayée. Renouvellement automatique possible avec un compte créditeur. Tarif d’échéance à confirmer. Relevé du 10 novembre 2026. Tenges. Taxes applicables incluses selon le contrat public. TVA de 16 % annoncée pour 2026. | Exemples Standard : XS 1 Go SSD et 256 Mo de RAM, S 2 Go et 512 Mo, M 5 Go et 768 Mo. Vérifier le forfait associé au devis. Grille détaillée chargée séparément. Copies personnelles stockées dans le forfait imputées au quota. |
Langues et accompagnement
- Site et documentation
- Russe, kazakh et anglais vérifiés sur la gamme.
- Interface de gestion
- Plesk avec interface russe documentée. Autres langues du compte et de Plesk à confirmer.
- Assistance
- Tickets techniques en continu. Langues de traitement autres que celles des canaux consultés à confirmer.
PS Cloud Services au Kazakhstan pour garder une copie exportable
PS Cloud Services propose au Kazakhstan un hébergement mutualisé sous Plesk qui prend en charge WordPress. Le fournisseur documente la création de sauvegardes par l’équipe et les copies d’infrastructure gérées de son côté. La différence a un effet sur le forfait. Les copies créées par l’équipe et stockées dans l’espace du compte consomment du quota. Une association fictive d’Almaty prépare son départ avec un site déjà proche de la limite.
L’association veut conserver ses documents, sa base et la possibilité de rétablir les pages ailleurs. Elle mesure les données actives et les fichiers qui existeraient en même temps pendant la sauvegarde. L’exercice confronte un paquet local trop gros au quota fictif, écrit le paquet hors du volume compté et compare le contenu récupéré avec les empreintes des fichiers de départ. Il montre la décision à prendre avant de créer un fichier d’export à côté du site actif.
La fiche distingue l’hébergement partagé et l’administration de WordPress. Elle décrit l’offre en tenges, le site d’Almaty désigné dans le SLA, la fonction d’installation dans Plesk et les différentes échéances à relever. Pour choisir, l’association examine la place réelle pendant un export et la capacité d’ouvrir la copie sur une destination distincte.
Lire les tarifs en tenges et les conditions de renouvellement
Le 10 novembre 2026, la page de l’hébergement partagé annonçait un prix de départ de 427 KZT par mois. La grille détaillée est chargée séparément. Le relevé public disponible ne relie pas de façon vérifiable ces 427 KZT à une référence, à des ressources et à un montant total à débiter. Un calcul de 5 124 KZT pour douze mois au même rythme donne un équivalent arithmétique. Il ne vaut pas prix annuel affiché. Demander la référence qui accepte une base MariaDB, le quota, la période minimale et le montant qui sera effectivement payé au départ.
L’offre contractuelle indique que les tarifs sont exprimés en tenges et incluent les taxes et contributions applicables. L’avis du fournisseur sur la fiscalité 2026 indique un passage de la TVA de 12 à 16 % au premier janvier. Il chiffre séparément la création et la prolongation d’un domaine .KZ ou .ҚАЗ à 9 590 KZT pour un an avec TVA. L’association inscrit le domaine, l’hébergement et une éventuelle destination de sauvegarde sur des lignes distinctes. Elle vérifie la ventilation du montant et le profil de facturation dans son devis.
Le SLA décrit le prépaiement de la période suivante et une possibilité d’autorenouvellement depuis la console avec un compte créditeur. Le contrat permet une révision du barème. Le prix public d’entrée ne fixe donc pas la prochaine échéance. Le fournisseur annonce un essai de sept jours. Le SLA décrit aussi une possibilité de remboursement sur demande dans les quatorze premiers jours d’utilisation initiale, crédité sur le solde du compte. Vérifier comment cette disposition s’applique au moyen de paiement et au profil de l’association.
Vérifier l’offre mutualisée et la localisation à Almaty
Le SLA de cet hébergement mutualisé du 13 août 2026 désigne le centre d’Almaty situé au 117 rue Makatayev, dans le centre d’affaires Lotos. La présence d’autres installations du groupe ne suffit pas à en faire des destinations de cette gamme. La localisation exacte des copies d’infrastructure n’est pas décrite par le passage sur les sauvegardes. L’association doit obtenir cette précision si elle s’impose aussi pour les données de secours, puis noter le lieu de la copie qu’elle exportera elle-même.
Le service est partagé. Il fournit de l’espace disque, du processeur, de la mémoire, des bases et des boîtes mail selon la référence. Le guide de limites détaille les six forfaits Standard. XS, S et M offrent respectivement 1, 2 et 5 Go SSD avec 256, 512 et 768 Mo de RAM. L, XL et XXL annoncent 12, 25 et 50 Go SSD avec 1 024, 1 536 et 2 048 Mo de RAM. Les six annoncent un cœur virtuel jusqu’à 2,1 GHz. La gamme Premium commence à 10 Go NVMe, 1 024 Mo de RAM et deux cœurs jusqu’à 5 GHz. Ces repères ne permettent pas d’attribuer le prix d’appel à une formule précise.
Le guide donne aussi cinq processus PHP ou CGI simultanés par site, trente-deux processus simultanés par plan et dix connexions MySQL simultanées par utilisateur. Il cite aussi des fonctions PHP de lancement de processus indisponibles. Une extension de sauvegarde qui dépend de commandes système ou d’un processus de compression prolongé mérite un essai sur des fichiers fictifs avant la migration.
La page annonce un certificat Let’s Encrypt, des journaux accessibles, un gestionnaire DNS et un accès aux fichiers par FTP. Elle décrit le trafic et les alias séparément des quotas de calcul. Le stockage doit couvrir les données actives et les fichiers temporaires nécessaires à l’export. Sur un compte qui porte plusieurs noms, relever la part occupée par chaque site et les boîtes avant de choisir le forfait. Une seule limite générale peut être atteinte même si chaque site fonctionne seul.
Délimiter WordPress dans Plesk, les langues et l’IA
Le guide de démarrage de PS Cloud Services décrit l’installation depuis la rubrique WordPress de Plesk. L’opérateur choisit notamment le chemin, la langue du site et la version à installer, et peut régler la base et les mises à jour automatiques. La page décrit MariaDB pour les sites MySQL. Le SLA attribue la maintenance du code et des mises à jour au client et exclut la configuration de logiciels à sa demande du service de base. La présence de l’installateur facilite le départ. Pour l’association, un membre garde la responsabilité des extensions, de la restauration et de la vérification du résultat.
Les pages de vente existent notamment en russe, en kazakh et en anglais. Les guides Plesk consultés sont en russe, et le fournisseur décrit Plesk avec une interface russe sur sa page de présentation du panneau. Les langues disponibles dans le compte et les langues d’assistance à l’écrit restent à confirmer. Le contrat distingue le support technique par ticket en continu et l’assistance d’information aux horaires publiés. La page de contact publie aussi des horaires pour le service commercial et les numéros locaux.
Le fournisseur documente des instances cloud avec GPU pour l’apprentissage automatique. Il s’agit d’un autre produit. Les sources sur l’hébergement mutualisé ne documentent ni création de site par IA ni crédits de génération intégrés au forfait WordPress. L’association peut donc évaluer l’hébergement sur l’installation, l’export, le stockage et la maintenance disponibles. Elle traite un éventuel service génératif avec des conditions de coût et de stockage des données distinctes.
Distinguer les sauvegardes du fournisseur et les copies du client
Repères pour préparer une restauration ciblée. — Illustration BlogPasCher.Ouvrir l’illustration en grand ↗ Le SLA décrit deux familles de copies. Les sauvegardes d’infrastructure sont conservées pour les quatorze derniers jours calendaires, avec trois complètes et jusqu’à dix-huit incrémentales. Leur volume n’est pas imputé au quota du client. Le guide Plesk de PS Cloud Services évoque une durée de trois semaines pour les copies de l’administrateur et cite lui aussi trois complètes et jusqu’à dix-huit incrémentales. Un point incrémental n’équivaut pas à un jour supplémentaire. Pour planifier, retenir les quatorze jours du texte contractuel et relever dans le panneau les dates réellement disponibles. La durée observée au jour de l’opération est un élément distinct.
Les copies lancées par l’utilisateur sont désactivées par défaut selon le guide. Le client peut les planifier et les sauvegardes locales qu’il crée occupent de l’espace dans son forfait. Dans Plesk, ouvrir Информационная панель puis Резервное копирование и восстановление. Le guide indique le téléchargement depuis la liste, une protection facultative par mot de passe et le choix des éléments à restaurer, dont fichiers, bases, courrier et zones DNS. Avant de supprimer une copie complète pour libérer de l’espace, relever les points incrémentaux qui dépendent d’elle. Le guide indique que leur suppression est liée.
La page commerciale indique qu’une destination externe peut être utilisée. Confirmer les options autorisées dans le panneau du client et la place locale requise pendant la création ou le transfert. Un emplacement distant peut recevoir une copie en fin d’opération alors que la création utilise quand même de l’espace temporaire. Vérifier cette séquence avec un petit paquet. Le stockage externe, les identifiants, le chiffrement et la garde des clés relèvent du client. Un fichier exporté doit aussi pouvoir être lu lorsque l’accès au compte est interrompu. Après une suspension pour impayé, le SLA prévoit une conservation de trente jours et la possibilité d’effacer les fichiers à partir du trente et unième. Cette disposition a un périmètre différent de la rotation normale des copies.
Exercer une sauvegarde avec un quota presque plein
Lancer EXERCICE-PS-CLOUD.cjs depuis le dossier du ZIP « Pour préparer votre site » avec Node.js et passer un chemin de travail neuf sur D:. Le résultat livré a été obtenu avec Node 22.16.0. Le script utilise un quota théorique de 1 048 576 octets, dont 921 600 sont déclarés déjà occupés. Il écrit deux fichiers fictifs sur le disque de travail. Un binaire peu compressible de 147 456 octets représente un média. Un petit fichier SQL représente un export de base. Le quota est une contrainte de calcul. Les répertoires de test sont sur le même lecteur physique et l’espace nommé hors quota est une destination logique du modèle.
Le paquet gzip livré par l’exercice pèse 148 390 octets pour ce jeu de données et cet environnement. Le script compare ce poids aux 126 976 octets restants. Conserver à la fois le site actif et le paquet sur le volume compté ferait monter le total à 1 069 990 octets. Il manque 21 414 octets, avant toute marge supplémentaire. Le programme refuse cette stratégie. Un témoin qui ne contient que le SQL compressé tient dans le quota fictif. Ce témoin vérifie la comparaison de taille. Il ne constitue pas une sauvegarde suffisante de ce site.
La seconde voie écrit le paquet dans le dossier externe du modèle, l’ouvre, restitue les deux fichiers dans un autre dossier et vérifie leurs empreintes SHA-256 par rapport aux originaux. Les fichiers de départ restent lisibles. Le test donne deux preuves séparées, la place requise pour le paquet et la possibilité de récupérer les octets des composants. Le format du paquet est propre à l’exercice. Il ne simule ni l’archive Plesk ni l’import dans MariaDB, et une comparaison d’empreintes ne vérifie pas que WordPress s’ouvre. Dans une répétition réelle, importer la base sur un site isolé, vérifier les URL et ouvrir les médias avant de valider la migration.
node .\EXERCICE-PS-CLOUD.cjs 'D:\CODEX_STORAGE\tmp\ps-cloud-essai-01'Organiser le transfert et garder une sortie praticable
Sur le compte réel, relever la place occupée dans Plesk et le détail disponible par service. Noter la part des médias, des journaux, des bases, des boîtes mail et des archives qui restent sur le compte. Pour estimer le pic, additionner les éléments qui coexistent à chaque étape. Un export peut générer un fichier SQL, une archive et des fichiers décompressés selon la méthode. Mesurer chaque élément sur une copie ou avec un échantillon représentatif, puis garder une marge pour les écritures du site. Si le calcul dépasse le quota, choisir un autre emplacement ou libérer de la place uniquement après avoir ouvert une autre copie des éléments concernés.
Le guide PS décrit un export depuis Файлы > Архив > Добавить в архив, puis un téléchargement. Pour la base, ouvrir Базы данных et utiliser Экспортировать дамп. L’export peut être sauvegardé dans un dossier et téléchargé. Un fichier créé dans l’espace du compte doit entrer dans le calcul du pic. Lorsque le quota est serré, transférer les fichiers par lots avec le mécanisme disponible et vérifier le chemin de production du SQL. Relever la taille avant et après chaque étape, ouvrir le paquet et protéger les fichiers contenant des secrets. Si la procédure échoue, l’arrêt doit laisser intacts le site et la dernière copie déjà relue.
PS Cloud Services annonce la migration entrante de trois sites au plus, avec prise en charge annoncée des fichiers, des bases et de certains réglages de zone. Jusqu’à dix boîtes peuvent être déplacées sans leur correspondance. Traiter les messages comme un chantier séparé et relever qui doit les importer ou les conserver. Pour la sortie, ouvrir les composants sur la destination avant d’éteindre l’ancien service. Vérifier les extensions, les liens vers les pièces jointes et un formulaire de test avec les envois externes neutralisés. Conserver la preuve du premier chargement et les identifiants de la copie, puis coordonner séparément l’éventuel changement de DNS.
Décider avant de lancer la migration
Pour l’association d’Almaty, les fonctions utiles sont l’installateur WordPress, les exports de Plesk, les copies d’infrastructure et les limites documentées. Choisir le forfait sur un relevé qui précise le volume disque, le droit de créer une base MariaDB, la durée minimale et le montant du prochain paiement. À 427 KZT par mois annoncé en entrée de gamme, le dossier de preuve doit encore établir quel forfait satisfait ces conditions. Si la rétention des copies est déterminante, demander une confirmation du point le plus ancien et vérifier qu’il peut être téléchargé.
Décider entre les méthodes à partir du pic mesuré. Si un paquet complet reste sous le quota avec la marge prévue, le télécharger, l’ouvrir ailleurs et retirer l’archive temporaire après vérification. Si le pic dépasse la limite, passer par une voie indépendante du volume compté et mesurer son besoin temporaire. Le petit paquet SQL du témoin ne remplace pas les médias. Pour valider le transfert, disposer de la copie complète, de ses empreintes et d’un chargement réussi de WordPress sur la cible. La récupération hors du compte doit être possible avec des clés accessibles aux personnes autorisées.
En cas d’échec, suspendre le transfert et garder la source accessible. Relever quel fichier ou quelle étape a atteint la limite. Vérifier le résultat avant de relancer une création d’archive qui consomme de l’espace. En cas de changement de domaine ou d’hébergement, conserver les valeurs précédentes et tester la destination en privé jusqu’à ce que la base, les médias et les fonctions métier répondent. Le dossier de migration se ferme lorsque l’équipe a identifié la dernière copie saine et peut répéter sa restauration, même après la fermeture du compte d’origine.
