Limite de vitesse SFTP (être un bon voisin sur un serveur partagé)
J'ai développé mon site Web sur un serveur local et je suis prêt à mettre en production.
Le téléchargement initial sera dans la plage de 4 Go. Je ne veux pas claquer le serveur, je pense qu'un réglage de limite de vitesse Filezilla aidera à empêcher cela.
Les limites de vitesse par défaut sont Download: 100 KiB/s et Upload: 20 KiB/s. Sont-ils réalisables? Est-ce que 100 Ko/s pour un événement de téléchargement serait OK?
Aussi ... devrais-je:
Compressez le site Web dans son ensemble et transférez-le sous forme de fichier Zip monolithique (décompressant sur le serveur)? ou...
Juste SFTP le répertoire local en utilisant la compression dans Filezilla?
Je vous remercie.
Post Mortem: Pour le téléchargement initial, j'ai fini par utiliser le gestionnaire de fichiers du cpanel de la société d'hébergement, pour sélectionner et télécharger un fichier Zip monolithique du site. Je figure .. combien de problèmes puis-je obtenir avec leurs outils et leurs valeurs par défaut . Il a été téléchargé rapidement et décompressé avec peut-être juste un pic momentané d'utilisation du processeur. Ce ne serait pas une bonne option pour un usage quotidien, mais pour un événement ponctuel, je suppose que c'était OK.
Pour une synchronisation à long terme entre mon site de développement local et le site de production du serveur, je vais essayer Filezilla et en rendre compte.
En ce qui concerne le fichier Zip, je pense que cela dépend de plusieurs facteurs. Je sais qu'à un moment donné (il n'y a pas si longtemps), WinZip avait une limite de fichiers pratique non écrite dans le code, mais échouait lorsque j'essayais de compresser 287 000 +/- petits fichiers dans 4 répertoires. Il se peut que la nouvelle version fonctionne mieux. Si vous utilisez GunZip (GZip), cela peut fonctionner mieux. Je préfère transférer des fichiers plus volumineux, mais si vous compressez l’ensemble de l’installation, vous risquez toujours d’avoir des problèmes. Voici pourquoi.
Cela dépend du client FTP. Certains clients FTP peuvent reprendre le transfert de fichier en cas d'échec. Le client saurait quelle quantité a été transférée et reprend à partir de là où il échoue. Certains clients FTP ne le font même pas quand ils prétendent le faire. De plus, un client FTP ne transfèrerait jamais les 287 000 +/- fichiers (sans compression), peu importe ce que je ferais. Cela échouait chaque fois et c’était un client FTP de haute qualité bien connu. Très frustrant.
J'aime l'idée de la limite de vitesse et que vous voulez être gentil avec vos voisins. Vous devez être félicité pour cela! Je le suggérerais si le taux de transfert plus lent ne vous dérange pas.
Ma préférence personnelle est d’utiliser un ou plusieurs fichiers Zip. Compresser et décompresser tous les fichiers peut prendre du temps. Je ne connais pas bien votre situation. Les transferts de fichiers Zip plus volumineux sont en réalité plus rapides car le client travaille moins et les données sont compressées. Je voudrais essayer de compresser les fichiers et transférer en tant que fichier unique. Mais ne soyez pas surpris s'il y a des problèmes. Il se peut que le transfert de fichiers individuels, bien que plus lent, fonctionne mieux.
Encore une fois, tout dépend du logiciel Zip et du client FTP si vous avez des problèmes. C'est peut-être qu'ils fonctionneront très bien. Je dirais l'essayer. J'ai peut-être eu des problèmes, mais vous ne pouvez pas. J'ai été surpris de rencontrer des problèmes depuis que j'utilisais des clients bien connus.
N'oubliez pas non plus que le décompression d'un fichier plus volumineux risque de ralentir le processeur et le sous-système d'E/S pendant un certain temps, même si, ces jours-ci, il s'agit généralement d'un processus beaucoup plus rapide.
BTW- Je cherchais un nouveau client FTP. S'il vous plaît laissez-nous savoir si cela fonctionne bien pour vous.
La plupart des serveurs partagés avec lesquels j'ai travaillé restreindront temporairement votre téléchargement lorsque vous dépassez leur seuil de téléchargement autorisé. N ° 1 est le meilleur car il nécessite moins de connexions réseau pour traiter vos fichiers. Un serveur dépense beaucoup de ressources pour ouvrir et fermer de nouvelles connexions. Beaucoup de connexions réseau enlèvent généralement un serveur bon marché.
L'utilisation de # 1 permet à une connexion de gérer les fichiers. Le processeur du serveur peut alors décompresser le fichier sans impacter fortement la capacité du serveur à servir les utilisateurs finaux.
ZIP de fichiers et de répertoires peut être très utile. Assurez-vous de comparer les résultats lorsque vous le faites.
Si le contenu est principalement binaire, le fichier Zip peut parfois dépasser la taille des fichiers d'origine. La plupart des fichiers de type texte (HTML, Javascript, etc.) peuvent être considérablement réduits, il est donc intéressant de prendre cette mesure.
FileZilla a la capacité de limitation de vitesse, disponible dans le menu Transfert.
Cependant, il y a des problèmes avec cela. La plupart ont trait à la mise en mémoire tampon.
FileZilla peut certes respecter ces paramètres, mais si la vitesse du réseau lui-même fluctue, vous pouvez facilement vous retrouver dans une situation où FileZilla, dont la vitesse est limitée, a rempli une mémoire tampon de transfert alors que l'interface réseau ou serveur est occupée.
Ensuite, lorsque le réseau ouvrira davantage de bande passante, il n’y aura plus de limite de vitesse à la vitesse à laquelle les données se déplacent dans le sous-réseau. Ceci est crucial pour comprendre. Il suffira de détruire les données pour décharger les tampons aussi vite que possible.
En d'autres termes, vous faites tout votre possible pour être un bon voisin, dans la limite de vos capacités. Croyez-moi, votre administrateur de réseau respecte cela.
Parfois, lorsque cela se produit généralement à l’interne, la meilleure approche de l’Administrateur consiste à s’assurer que les deux systèmes sont connectés à un commutateur réseau avec une capacité dorsale élevée de Nice afin de pouvoir gérer les transferts de port à port sans affecter le reste du réseau . C'est gentil et bien rangé.
Toutefois, si les transferts passent par la passerelle Internet ou la même interface de serveur que celle utilisée par d'autres utilisateurs, vous constaterez peut-être qu'il n'existe pas de moyen simple d'éviter un conflit excessif en maximisant le plafond de transfert d'un fournisseur de services Internet ou en saturant l'interface sur le serveur.
Dernièrement, le fournisseur de services Internet que j'ai utilisé applique simplement le plafond tout seul. Donc, vous ne leur causez aucun mal de tête.
Mais le problème réside dans le fait que vos voisins du reste de votre réseau doivent partager cette passerelle ou que quiconque utilise le serveur de production sur la même interface que celle que vous essayez d'utiliser pour les mises à jour volumineuses lorsqu'il est en ligne.
Habituellement, je suggère que la planification sera la meilleure solution. Transferts 4h via sftp déclenchés par cron, par exemple.
Dans tous les cas, veillez à travailler en étroite collaboration avec votre administrateur. Oui, ils sont occupés, mais la dernière chose qu’ils veulent, ce sont des arrêts inexpliqués qui déclenchent des appels d’aide. Fais moi confiance pour ce coup là. De courts tests supervisés et une évaluation minutieuse de l'approche que vous suivez vous permettront de vivre une expérience plus heureuse.