GnuByte

Bonjour, Poster une capture de transfert de contenu multimédia tipiaké, il faut oser. Ton PC est en Wifi ? Pour disposer des meilleures performances, ce n'est pas optimal, même si Wifi6. Agrégation de ports est une technologie qui bénéficie principalement aux cas où il y a 2 clients, et non un seul comme dans ton cas. Ce sera toujours une bidouille. Si tu veux monter plus haut, il est plus simple, plus fiable, (mais plus onéreux), de passer en switch et interfaces Multigig (2,5Gbps et plus)

Bonjour Nassia, bonjour à toutes et tous, Je découvre le fil juste. Pour résumer, il s'agit d'un Mac très récent, très puissant, avec un port 1Gbps, sur lequel on branche un NAS via une Freebox POP. Le traffic descendant depuis internet vers le Mac atteint les 960Mbps, mais le trafic montant vers le NAS culmine à 13Mo/s. Pour comparer ce qui est comparable, 13Mo/s = 13x7Mbps = 104Mbps. Le tout passe par un câblage PTT298 en 4 paires torsadées. Effectivement les débits sont différents, de quasiment un ordre de grandeur. Je conçois que ce soit fort agaçant. L'objectif, si j'ai bien compris, c'est la performance et la sécurité. Si possible les deux. Quelques réflexions: Combien de temps cela fait-il que le DS720+ a été installé, et qu'en dit le gestionnaire de stockage ? Si la grappe RAID 1 (parce que la seule organisation logique est de créer un volume sur des disques en RAID1, et si possible en SHR), elle peut mettre un certain temps à se mettre en place si l'on a activé les sommes de contrôles. L'installation de la grappe, en cours, peut prendre des heures et ralentir les transferts. Le trafic des speedtest, c'est de l'UDP, qui plus est prioritaire côté opérateur, mais il est vrai qu'une fois dans le réseau local, il passe tel que. L'UDP, c'est un protocole sans trafic de confirmation, il n' y a pas de dialogue client serveur en tant que tel. Tu veux un flux, tiens, et tant pis si il y a retard ou perte de paquet. TCP gère la bonne réception, avec acquiescent et contrôle de la congestion. TCP, le client et le serveur dialoguent. Tiens, le NAS DS720+ il sert ses volumes avec quel protocole ? Il y en a 5: SMB, connu pour tenir de 300 à 900Mo/s en écriture ou lecture sur un 1819+ sur des grappes de 5 disques SHR. AFP ou Apple Filing Protocol, le plus proche du support de toutes les fonctionnalités Apple, Time machine, rechercher Spotlight, alias et service bonjour. NFS le bien connu protocole de système de fichier réseau développé par Sun Microsystem dès 1984, bien supporté, dernière version en 2016, issu du monde Unix. FTP, ce n'est pas un système de fichier réseau, mais juste un protocole non chiffré (hors ssh) de transfert réseau. rsync, qui est un protocole de synchronisation réseau juste démoniaque, qui reste une fonctionnalité ajoutée à un volume partagé. Tiens, il y a t'il une page qui teste les vitesses de ces protocoles pour voir ? Photographylife.com en parlait justementen avril 2020 Spoiler: SMB gagne le concours de vitesse, mais AFP est supérieur en fonctionnalités. Dans une chaîne de transfert, le plus lent des maillons sous tendra la vitesse de l'ensemble de la chaîne. Le câblage PTT298 n'a pas de blindage, ce n'est vraiment pas raisonnable. Quel est le type d'interface entre le Macbook et le port Ethernet ? Idéalement, il faudrait un adaptateur en USB3. Mon conseil simple et de bon goût: Le passage via la box est il absolument indispensable ? Vu que le NAS dispose de 2 ports Ethernet, ma préférence irait vers un adapteur USB3 vers au moins 2 autres sorties USB3 ( comme celui ci )chacune disposant d'un adaptateut USB/Ethernet RJ54 ( En 1Gbps ou en 2.5Gbps ) avec , une reliée au réseau local, pour l'accès internet, et l'autre directement relié au DS720+ Ainsi, l'accès internet est conservé et l'accès au NAS utiliserait un câble Cat 6 comme celui ci, en S-FTP Le coût total n'excède pas les 90€ pour le tout, et on place le lien entre l'ordinateur et le NAS sur son petit tuyau à lui, pour qu'il aille aussi vite que possible. Bon, ok, il faut paramétrer une seconde interface réseau au NAS, et s'adresser à lui par se lien. Avec un peu d'organisation, ça se gère.

Pour info, le Ryzen 1700X du troisième noeud est passé en Ryzen 4750G sur carte mère B550 - 64Go DDR4, et ce noeud abrite 2 cartes dual SFP+ BMC 57810s, l'une pour la connexion au réseau local 10Gbps, l'autre pour façonner le pont entre l'ONU SFP de connexion Orange 2,5Gbps et un lien DAC 10GBaseX. Tiens, la signature ne se met pas à jour.

C'est le jeu du gendarme et des voleurs. Tes besoins augmentent, tes exigences augmentent, tu adaptes le tir. Placer ses exigences de sécurité au point de sauvegarder son travail, c'est louable, et c'est normal. 200Go, comme déjà souligné, c'est un petit volume de données. Maitenant, la sauvegarde s'effectue sur un NAS monobaie, monodisque donc, ce qui ne permet pas une écriture à plus de 200Mo/s en moyenne, pour un HDD récent de taille moyenne. Ensuite, ce NAS est connecté via une interface gigabit, qui limitera donc à 110-120Mo/s par beau temps. Si les transferts passent par Wifi, même Wifi6, alors, de nombreux facteurs environnementaux entrent en ligne de compte, en ville ou pas, distance au point d'accès, murs porteurs, etc. Pour des applications de transfert critique de la sorte, j'envisagerais une liaison ethernet 1Gb au minimum, avec transfert initial de nuit, sachant que ce qui sera le plus long, c'est le transfert de la première sauvegarde. Les suivantes seront bien plus rapides. Limite, on peut lancer le premier transfert ordinateur connecté allumé sans mode économie d'énergie, puis effectuer les autres par Wifi. Quand on veut des performances, et oui on peut avoir des performances avec des vitesses d'écriture de la NASA, alors il faut y réfléchir, et adapter le tir, adapter la configuration de matériel. Avec un NAS une baie, le Gbps ne pourra jamais être dépassé (je n'ai pas connaissance d'un NAS monodisque en 2.5Gbps), mais 110Mo/s, c'est déjà bien. Oui, pour transférer 15To (un exemple), c'est long (22h théorique en 110Mo/s constant). Mais tout est une question de patience, de coût du temps d'attente, ou de coût en cas de perte de données. Tout se discute, et on peut avoir des performances, mais tout est une question de curseur, d'exigences, de coût et de volonté.

Depuis quand les disques de l'unité DX517 ont ils été installés ? Si ils sont encore en mode construction de grappe SHR, leurs performances sont dégradées.

Bonjour à tous, Je ne suis pas venu ici depuis quelques temps, mais la pandémie de Covid a mis ma profession à rude épreuve, et je n'y ai pas échappé. Lors de mon dernier post du 3 septembre 2020, j'exposais le fait que j'étais parvenu à inscrire sur l'arbre GPON un équipement non Orange, précédent heureux ouvrant la porte à l'exploitation du Deuxième Gigabit vendu par Orange mais non exploité. Cela a donné lieu à l'ouverture du fil suivant, où j'ai exposé toutes les étapes de l'expérience, qui fonctionne depuis 18 mois. https://tinyurl.com/orange2gbps Le fil est dodu, avec 3117 posts sur 260 pages, où un remarquable panel de type de routeur ont été abordé, sur Orange principalement, mais aussi Bouygues, SFR ou même Telecom Italia. J'y ai posté mes configurations de routeur en IPv4 et IPv6 sur routeur CCR2004-1G-12S+2XS. J'attends le 10Gbps du XGSPON avec impatience. Voici un nPerf à l'instant.

Yop, quelques news. Je suis vraiment hyper busy à cause du Covid qui remonte, mais j'ai un peu avancé. J'ai pu synchroniser un module optique SFP directement sur le CCR2004. Avec Orange c'est un peu sioux, avec la particularité requise d'envoyer les requêtes dhcp avec une haute priorité, mais ça fonctionne nickel. Je gratte toutes les possibilités de synchroniser le SFP à plus d'un Gbps. Il y a des possibilités. Sinon, le 10GbE, ça chauffe. Je passe donc en jarretières optiques tout ce qui peut l'être.

J'ai reçu mon Mikrotik Cloud Core Router CCR2004-1G-12S+2XS et un SFP GPON OpenWRT flashable (non, deux, en fait). Les expérimentations pour passer en accès 2Gbps/600Mbps routés sur une dorsale 10GbE vont commencer. Je garderai le "lent" sur le segment 1GbE, et les NAS/Stations sur le 10GbE. J'ai un peu de bidouille sexy en perspective

J'ai un Samsuns 960 EVO 1to qui fonctionne impeccablement en lecture, sur une carte E10M20-T1, sur un DS1819+.

Entre deux gardes, j'ai drôlement avancé mes recherches, et j'attends de recevoir 2-3 SFP ONT 2,5/1,5Gbps compatibles au moins Mikrotik (fournisseur qui bosse bien). Différentes références, flashables en OpenWRT, à même de fonctionner au mieux.

Désolé si je réponds tard, mais parfois la vie rattrape et les jours de travail s'enchaînent. Alors je précise, la vitesse que j'ai indiqué ailleurs était une vitesse sans le SSD cache activé. Le disque SSD est intégré, mais pas encore utilisé, par manque de temps. J'ai d'autres services plus importants qui sont tombés au travail, et le maintien de l'activité m'a gardé loin de mon installation perso. Pour la partie 10GbE de la carte E10M20-T1, j'ai déjà posté un bench un peu plus loin, où j'ai transféré en ligne de commande un fichier de 74Go en 1'22'', soit 82 secondes, pour un 906,2Mo/s, depuis une grappe SHR de 5 disques de 14To Seagate Ironwolf. Le test fonctionne à cette vitesse avec et sans mise en cache. C'est vraisemblablement la vitesse maximale de la grappe (qui marche un train d'enfer). Sinon, quelques mois d'utilisation intensive du SSD NvME 1To 860 EVO lui on fait perdre un peu de son potentiel, passé de 100% à environ 90% de mémoire. C'est sa vie de cache. Je préfère casser un cache qui informe de sa date de péremption, plutôt de d'affronter une panne de disque en série par surprise. C'est un point de vue, je le concède. Je viens de réactiver le 1817+, manipulation pas immédiatement évidente: parce que je n'ai pas remis les disques dans le même ordre, et il n'a pas trop aimé le grand mélange aléatoire parce que j'ai repris sur le 1819+ des grappes créées sur le 1817+, donc des DSM avec la même adresse IP, Argh. Une petite gymnastique de déconnexion du 1819+, réglage du 1817+, avec changement d'IP, et retour en ligne du 1819+. Au passage, le DHCP fonctionne mieux sur les interface Gb que l'interface 10GbE. Il convient de commencer d'abord sur l'interface classique, puis passer sur le 10GbE. Tiens, au passage, j'ai peut être mal cherché, mais le programme Béta de synology ne prend pas pour DSM, ou tout du moins ne me l'a pas proposé. Sinon, le switch Mikrotik - CRS305-1G-4S+in est un switch livré sous RouterOS, et non SwitchOS. Le processeur Marvell 98DX3236 est 32 bits à 800MHz disposant de fonctions d'offloading. Si il devrait être capable de tenir une configuration simple en routage comme remplacer une Livebox ou une BBox, il ne tiendra pas nécessairement plus d'un Gbps tout le temps. Par contre, pour switcher, ça switche comme l'éclair. Le bench de transfert cité plus haut n'a pas varié d'un iota via le switch par rapport à un lien direct. Ce switch est une absolue surprise. Il est doté de 2 prises d'alimentation. Oui, on peut l'alimenter de façon redondante, voire même par PoE... Les fonctionnalités de routage sont extensives, et auraient immanquablement brillé sur un accès fibre non Gb, et sans doute jusqu'à 1Gbps. Avec 3 modules SFP+ 10GbE, ça chauffe pas mal, environ 50°C. Gérable. Plus je regarde la documentation Mikrotik - assez pragmatique, pas très kikoolol incentive SDN tiens prends cette image docker pour rulez ton lan - plus je trouve ça élégament foutu. C'est important, l'élégance, car l'élégance est le corollaire du brio. Sinon, encore, j'indiquais prier pour passer à une Livebox v4. Ma prière a été entendue. Ça m'a pris 3 jours de palabres et tractations avec le support Orange, mais j'ai basculé sur une Livebox V4, qu'on m'a fourni sans le module SFP Sercomm FGS202, comme je m'y attendais. J'ai donc tout loisir de trouver un routeur Mikrotik qui le prenne en charge (l'ONT SFP en question, que j'ai donc déjà trouvé sur LBC), pour, ensuite, râler après du FAI pour activer mon ONT perso. Question routeur, ou switch ayant des capacité de routage 10GbE, mon choix s'oriente donc plutôt vers Mikrotik, tant Ubiquiti ne semble pas se bouger à reconnaître les modules SFP ad hoc, tout occupé à son SDN kikoolol. (Ubiquiti est très bien, mais je m'en moque gratuitement comme un client frustré de ne pas voir évoluer la gamme dans son sens, un peu comme le 10GbE qui pointe tout juste le bout de son nez via des interfaces hors de prix sur Synology. Mais non je ne l'ai pas dit. Non non. Vous avez mal lu. Habon ? Ok je l'ai dit. Pas données ces cartes PCIe, mince) (et j'ai toute mon installation GbE en Ubiquiti, même le Wifi Unifi via docker truc vous savez). Je ne sais pas si je suis bien clair, ni si ça intéresse quiconque, mais les Livebox ne proposant pas de fonction "bridge", Orange force toujours à l'utilisation de la Livebox en routeur, avec des fonctionnalités limitées voire inutile dans mon cas. J'utilise alors un routeur, comme d'autres ici, en lieu et place de la Livebox. Je poursuis donc mes investigations multigig côté routeur, après avoir mis en place une solution en switch, solution au périmètre plus important que ce que je m'attendais, ce qui n'est pas pour me déplaire.

Je dois reconnaître que, pour le prix, c'est vraiment complet. Je suis assez sur le cul. Il chauffe juste de façon assez notable, avec seulement deux SFP+ insérés. Je ne réponds pas nécessairement à la définition de néophyte. J'ai firewallé par ipchain avant iptable et NetFilter. J'utilise des équipements Ubiquiti perso et pro (routeur et switch) depuis 2015. C'est du super matos, mais ça manque de SFP+. L'EdgeSwitch 16XG est bruyant (mais du coup il ne chauffe plus), 14 ports 10Gb dont 4 en 10G-BaseT, 640€. L'Edgerouter Infinity est top, facile à prendre en main quand on a l'habitude des routeurs Ubiquiti, mais mince, 1700€ quoi. Je conviens sur la nécessité d'avoir quelques heures de vol et une compréhension globale pour suivre le fonctionnement d'un matériel Ubiquiti.

Bon, le switch est arrivé. Pour le prix, le switch est managé. énorme. Tout fonctionne impecc. Je vais me familiariser avec l'interface ligne de commande du jouet.

----------------------------- J'ai été pris d'un doute. Et si, en fait, les essais itératifs pouvaient avoir été suffisamment mis en cache pour biaiser la vitesse de transfert ? Je viens de refaire le transfert, un peu fébrile, après avoir flushé les caches Linux du NAS sync; echo 3 > /proc/sys/vm/drop_caches Le résultat est exactement identique, au dixième de seconde près. Le fichier, stripé et contigu, a été expédié à la même vitesse. Chaque disque pouvant sortir un 200Mo/s, à 5 à la fois ça donne 906Mo/s renouvelable. Donc, j'ai tout lien de penser, de façon un peu plus sûre qu'hier, qu'il s'agit de la vitesse maximale de ma grappe de 5 disques récents identiques en SHR sur le NAS dont je dispose.

Comme quoi, l'expérience varie selon les gens. J'ai expédié mes deux disques défectueux, et ils sont revenus 2 semaines après, neufs. Telle est ma modeste expérience.