Lazer Posté(e) le 7 octobre 2014 Signaler Posté(e) le 7 octobre 2014 @Frankosor, Oui moi j'attends le super bon plan sur le G8, je lui collerai un Xeon à faible TDP, 32 Go de RAM, et la licence pour l'activation de la carte ILO. Je G7 partira dans le garage, en réplication. Mais pas tout de suite, j'attends encore @robinwood01, Hyper-V je ne sais pas du tout comment ça fonctionne. Les produits Microsoft sont beaucoup trop compliqués pour moi.
Frankosor Posté(e) le 7 octobre 2014 Signaler Posté(e) le 7 octobre 2014 Lazer Sans vouloir jouer le rabat joie, le Microserver Gen 8 ne supporte que 16 Go malheureusement http://homeservershow.com/forums/index.php?/topic/6092-32gb-in-g8/ Et pas de bios "modifié" pour supporter 32 Go pour l'instant...
Lazer Posté(e) le 7 octobre 2014 Signaler Posté(e) le 7 octobre 2014 Il me semblait avoir vu passer que certains avaient réussi. Mais là je n'ai pas le courage de chercher. Le forum que tu pointes date de pas mal de temps, depuis les barrettes en 16 Go ECC sont sorties il me semble, donc avec 2 barrettes c'est bon (ouch le prix par contre....) Pas certain qu'il y ai besoin d'un BIOS modifié. Sur le G7, le BIOS moddé sert uniquement à activer l'AHCI. Les 16 Go sont reconnus sans BIOS moddé, malgré les specs initiales qui annonçaient 8 Go maxi. C'est comme la taille des disques, tu peux mettre la taille que tu veux, sauf qu'au moment de la rédaction des specs du serveurs, et bien les plus gros disques ne faisaient que 2 To.
robinwood01 Posté(e) le 7 octobre 2014 Signaler Posté(e) le 7 octobre 2014 Lazer, Je suis d'accord avec toi sur les produits Microsoft, mais Hyper-V est assez simple. Depuis que j'ai goà»ter à Hyper-V sa réplication et transfert de VM à chaud, je ne peux plus m'en passer. Par contre pas moyen de mettre de disque dans mon DSM 5.1 :-(
Lazer Posté(e) le 7 octobre 2014 Signaler Posté(e) le 7 octobre 2014 Aujourd'hui chez mon client : je voulais installer le driver pour les lecteurs LTO qu'on a connecté au serveur, sous Windows 2012. Impossible d'y arriver, il nous dit erreur sans rien d'autre. Je fouille dans les logs, je trouve un message abscons, et après recherche sur le site d'IBM on découvre qu'il faut rebooter avant de retenter l'installation..... non mais LOL quoi. Merci Microsoft. On n'a pas le choix, donc on reboot, et 15 minutes plus tard le serveur ne pingue toujours pas. On va voir en salle machine, il ne trouvait plus son disque de boot. Après pas mal de recherche, il s'avère que c'est la carte RAID qui a cramé !!! J'en avais entendu parlé sans jamais l'avoir vu, et bien maintenant c'est fait. Le RAID c'est bien beau, mais si la carte RAID crame, on perd toutes les données. D'où l'intérêt des sauvegardes. Je dis ça surtout pour ceux qui croient que le RAID apporte de la sécurité. Je trouve ça malheureux que Synology vende ses NAS comme des solutions sécurisées, ce qu'ils ne sont pas, àmoins d'en avoir 2 et de faire de la réplication entre les 2. Et encore, si ils sont dans les même pièce, l'intérêt est limité.
Vince85 Posté(e) le 8 octobre 2014 Signaler Posté(e) le 8 octobre 2014 je souhaite me connecter en remote sur le N54L avec Teamviewer(installé) ou nomachine(non encore installé). PAr contre, la taille de l'écran que cela soit en utilisant la console dans Vshere ou avec TV cela ne change rien et c'est c'est petit. Dans les paramètres de la carte graphique il n'est pas possible d'augmenter la taille de la mémoire car c'est grisé. Est-il possible d'augmenter cette taille de manière àavoir une définition plus acceptable ?
Lazer Posté(e) le 8 octobre 2014 Signaler Posté(e) le 8 octobre 2014 C'est quoi l'OS de ta VM ? Si c'est du Windows, utilise remote desktop (mstsc), c'est en standard et tu auras le plein écran. Si c'est du Linux, du SSH avec PuTTY c'est le plus simple.
Vince85 Posté(e) le 8 octobre 2014 Signaler Posté(e) le 8 octobre 2014 En fait, je souhaite me connecter en remote afin d'avoir le desktop... J'ai installé pour l'instant Linux Ubuntu LTS
Lazer Posté(e) le 8 octobre 2014 Signaler Posté(e) le 8 octobre 2014 Hum, tu es un peu dans un cas particulier. 99% des Linux sont utilisés en serveur, donc on se moque de l'interface graphique et on administre en ligne de commande via SSH. Le 1% restant ce sont les postes de travail, qui ont forcément un écran/clavier/souris branché dessus. Toi tu souhaites utiliser une VM dans un serveur comme un poste de travail distant.... pas évident à priori. Je ne sais pas si on peut modifier les paramètres de la carte graphique virtuelle de VMware afin d'y ajouter plus de mémoire et donc supporter de plus grosses configurations. Une solution de contournement serait d'utiliser les mécanismes natifs de UNIX/Linux, à savoir X-Window. Mais pour cela, il te faut un émulateur X sur ton poste de travail (Windows je suppose). Tu peux utiliser pour cela Xming qui est gratuit. Pour l'installation et l'utilisation, en revanche je t'incite à chercher sur Google et tu tomberas sur les sites spécialisés, car là ça n'a plus rien à voir avec le thème de départ de ce topic.
vosmont Posté(e) le 8 octobre 2014 Signaler Posté(e) le 8 octobre 2014 je souhaite me connecter en remote sur le N54L avec Teamviewer(installé) ou nomachine(non encore installé). PAr contre, la taille de l'écran que cela soit en utilisant la console dans Vshere ou avec TV cela ne change rien et c'est c'est petit. Dans les paramètres de la carte graphique il n'est pas possible d'augmenter la taille de la mémoire car c'est grisé. Est-il possible d'augmenter cette taille de manière à avoir une définition plus acceptable ? Pour info, sur une VM Windows, après l'installation des VMware Tools, la résolution change. Peut-être est-ce pareil sur la VM Ubuntu ?
Vince85 Posté(e) le 11 octobre 2014 Signaler Posté(e) le 11 octobre 2014 Bonjour, j'ai finalement réussi l'installation avec les très bon conseils de @DjoulZ. PAr contre, j'ai été obligé d'installer XRDP mais je n'arrive toujours pas à me connecter depuis l'extérieur car il faut que je connaisse le port afin de me connecter sur la machine linux ubuntu sur le N54L. Le problème avec ces solutions c'est qu'il faut soit utiliser un logiciel trier soit installer une appli pour se connecter en remote. Ou alors l'accès à une appli web comme TeamViewr peut être bloqué/interdit sur certains réseaux. Finalement la solution serait d'utiliser lun explorateur internet (chrome ou autre) pour se connecter sur un desktop virtuel. Il existe différentes solutions https://cloudtop.com ou beOS ou www.haiku-os.org. Est-ce que quelqu'un connait une solution de ce type gratuite ?
lefyo Posté(e) le 13 octobre 2014 Signaler Posté(e) le 13 octobre 2014 Bonsoir, sur un N40L j'ai fait l'install de vmware 5.5. les VM sont sur le disque de 250Go. Install de xpenology sur vm avec 2 disques 3To en RDM Install de Jeedom sur vm avec un disque virtuel Ma question porte sur les débits de transfert de fichier de mon pc portable vers la VM Xpenology, j'avais une install classique de xpeno sur le n40l et les débits tournait entre 100 et 80Mo/s. Maintenant je tourne entre 50 et 15 ?? On peut savoir qui limite le transfert, mon pc portable ou la vm xpeno ? les disques, le réseau ? Des paramètres à changer sous vmware ? J'ai configuré comme sur le tuto (je plafonne en ce moment à 18Mo/s avec du transfert de petits fichiers (2/3Mo) en très grand nombre. j'en ai pour 1h, normalement ça se fait en 15min)
Lazer Posté(e) le 13 octobre 2014 Signaler Posté(e) le 13 octobre 2014 Xpeno dans une VM, avec 1 seul disque en RDM je suis à 80Mo/s en écriture. Donc tu as clairement un problème. Note : les petits fichiers c'est forcément lent. Teste avec des gros fichiers pour avoir une mesure réprésentative. Pour répondre à ta question, il faut monitorer les performances. Regarde dans l'onglet performance du vSphere Client, particulièrement le CPU et les Disques. Dans DSM, il y a aussi un outil de perf à observer (CPU, DISK) Si ça coince quelque part, tu le verras aux 2 endroits.
lefyo Posté(e) le 13 octobre 2014 Signaler Posté(e) le 13 octobre 2014 Bon y'a un truc que je pige pas : je lance un transfert de fichiers, il me donne un débit de 25Mo/s, vraiment pas top ... en parrallele je lance aussi un transfert d'autres fichiers vers le meme disque de la vm xpeno, il me donne un débit de 17Mo/s ( et garde le débit de 25 pour l'autre) j'ai lancé 4 transfert, je tourne à plus de 70Mo/s au total des 4 transferts .... C'est quoi cette limitation ?? normalement tu lances un transfert, il cherche à prendre toute la bande passante, si tu lances un 2ème ça s'équilibre (plus ou moins) ..?? des idées ?
lefyo Posté(e) le 13 octobre 2014 Signaler Posté(e) le 13 octobre 2014 capture débit avec 4 transfert simultanés.
Lazer Posté(e) le 13 octobre 2014 Signaler Posté(e) le 13 octobre 2014 je n'arrive pas àlire les captures d'écran, elles sont redimensionnées. C'est surtout celle de vSphere qui m'intéresse par contre je t'ai dis de copier des gros fichiers sur les petits fichiers ce n'est jamais représentatif des performances
lefyo Posté(e) le 14 octobre 2014 Signaler Posté(e) le 14 octobre 2014 Test ce soir avec un gros fichier 12Go. Lecture de Nas vers pc = vitesse très variable de 30 à 70 Ecriture du pc vers Nas = vitesse un peu moins variable de 50 à 80 Ca commence toujours bien, au bout de 15sec ça se dégrade. rrhhhaa !!!
Lazer Posté(e) le 14 octobre 2014 Signaler Posté(e) le 14 octobre 2014 C'est rapide les 15 premières secondes car tu tapes dans du cache, toujours plus rapide que les accès disques. Autre chose qui joue énormément sur les perfs aussi : la fragmentation du disque. Sur un disque neuf ça va bien, mais un disque un peu ancien, qui est fragmenté, les perfs chutent lamentablement. Ton graph vSPhere a l'air intéressant, mais toujours redimmensionné.... tu ne peux pas essayer de l'envoyer en taille normale ? Et surtout, je serais intéressé par les graphs CPU et Disque.
jpnn80 Posté(e) le 15 octobre 2014 Signaler Posté(e) le 15 octobre 2014 Si comme j'ai entendu dire, les OS comme Synology qui sont basés sur Unix/linux défragmentent bien à la volée pendant l'écriture de fichiers sur leurs disques, du coup ce serait ce processus qui rend variable les perfs plutôt que la défragmentation non ?
Nico Posté(e) le 15 octobre 2014 Signaler Posté(e) le 15 octobre 2014 Les miens ne broncent pas, je maintiens un débit proche des 90/100Mo depuis le début, mais je ne suis pas en VM. Sinon pour info, update 7 de DSM5-4493 testé et approuvé sous Nanoboot, vous pouvez installer. Lazer, tu étais passé du N54L au G7, j'avais pas fait attention. Sinon pour la carte RAID qui lache en pro, pourquoi tu perdrais tout ? Si RAID1, tu peux mettre un des 2 disques dans la machine et ça repart. En raid autre, tu remplaces par la même carte raid en mettant les disques dans le même ordre, et ça repart...
merciers Posté(e) le 15 octobre 2014 Signaler Posté(e) le 15 octobre 2014 Bonjour, J'ai installe cette configuration ( Nas Synology Dsm 5 Sur Serveur Hp N54L + Vmware Esxi 5.5) depuis deux mois et cela fonctionne admirablement. Je souhaite maintenant ajouter une deuxieme machine virtuelle sous ESXI ( d'abord Ubuntu server, puis j'ajouterai ulterieurement d'autres VMs avec d'autres OS domotique et Microsoft) . Je souhaiterais utiliser une partie du disque dur 250Go 7200TM installé sur le slot 1. Hélas je n'avais pas partionné celui-ci et il est donc utilisé en entier par DSM5. Je souhaite donc reduire la partition dediee à DSM et en crrer d'autres. Existe t il des outils dans ESXI permettant 1/ de connaitre l'espace actuellement utilisé par DSM 2/ de reduire cette partition sans avoir besoin reinstaller la VM DSM 3/ donc mofifier le/les fichiers vsk correpondants dans la VM DSM 4/ creer d'autres partititions et les vsk correspondants pour installer d'autres VMs Au passage, connaissez vous un bon tuto/livre/guide sur ce type de sujet: creation, gestion, modification, sauvegarde etc des VMs Cordialement Sylvain
fredo Posté(e) le 15 octobre 2014 Auteur Signaler Posté(e) le 15 octobre 2014 Coucou les copains, je reviens vous voir. ça fait longtemps que je n'avais pas fait un petit tour ici. J'ai remarqué depuis quelques jours que je n'arrivais pas à accéder à mon NAS. Aujourd'hui je devais l'arrêter, je vais dans la console Vsphère Client, pas de réponse. Je vais voir le NAS, j'entends des CLAC CLAC... Je l'ai donc débranché. Quand je l'ai rebranché plus tard, il a fait quelques CLAC CLAC au boot, et plus rien. Je vais voir dans Vsphère, il se lance bien donc ESXi est fonctionnel sur la clé, et une fois dedans, plus de VM ! Enfin si, il y en avait 2, DISKSTATION et WIN7 maintenant il est affiché: Unknown (inaccessible) Unknown 1 (inaccessible) Je pense que c'est le HDD 250Go qui contient les VM qui est mort, c'est cool pour un disque que j'ai eu il y a 3 ou 4 mois avec le serveur !!!
Nico Posté(e) le 15 octobre 2014 Signaler Posté(e) le 15 octobre 2014 Bah avec clac clac, oui le disque est HS... Maintenant avec le système VM j'ai pas tout suivi, mais on dirait que tout n'est pas répliqué sur tous les disques du coup ?
fredo Posté(e) le 15 octobre 2014 Auteur Signaler Posté(e) le 15 octobre 2014 Le truc c'est que Xpenology est installé dans une machine virtuelle créée sous ESXi. ESXi est en boot sur une clé USB. Ensuite le disque 250Go contient les VM, donc les installations logicielles de xpenology, Windows 7,... Enfin, les datas du synology sont sur d'autres gros HDD Si le 250Go est HS, les VM le sont aussi. Donc le serveur boote ESXi sur la clé, tout va bien. A partir d'un PC sous windows et du logiciel vSphère Client, je me connecte bien au serveur Esxi. Par contre, adieu les VM. Donc, il faut changer le HDD 250Go, idéalement par un SSD équivalent qui lui ne va pas claquer, refaire des VM dedans, et normalement ça devrait tourner comme avant.
Messages recommandés