Lazer

Ah oui alors fait comme tu veux pour le tuto Et pour le disque de 32 Go, tu pouvais te contenter de 8Go si tu n'utilises pas Plex comme indiqué. Il conseille surtout la manip si ton datastore est un SSD, ce qui n'est pas le cas car tu as le 250 Go. En plus c'est du Thin Provisionning donc ça ne prend pas de place tant que tu n'écris pas dedans. Pour le coup de séparer les apps pour faire des snapshots c'est pas con. Fait comme tu veux en fait.

Et bien tu crée ton volume de données sur le disque de 2 To. Je ne sais pas ce que c'est que ce disque de 32 Go. Ce n'est pas le disque virtuel que tu avais créé à un moment pour faire des tests ? En tout cas tu ne peux rien faire avec 32 Go.... comparé aux To de tes disques durs. T'es motivé ! Très bien les photos de la carte mère Par contre tu n'as rien pour faire les captures d'écran de l'installation de ESX. Ne me dis pas que tu fais des photos de l'écran ? Perso j'ai fait des captures d'écran avec la carte HP Remote Management, donc elles sont super propres.

Génial, merci Steven. J'avais déjà remarqué que mon HC2 perdait l'heure et se déréglait réguilèrement. Au bout de plusieurs semaines sans reboot, ça commence à fait pas mal de minutes de décalage. Seul le reboot la forçait à reprendre l'heure correcte auprès des serveurs de pool.ntp.org. J'ai fait la modif que tu suggères, donc ça ne devrait plus se reproduire

Oui, la virtualisation c'est complexe, ce n'est pas pour rien qu'on n'a pas ça dans nos PC, et qu'on trouve normalement ces systèmes uniquement en entreprise. Ca fait bosser plein d'ingénieurs, donc en fait c'est pas mal Mais au final les entreprises s'y retrouvent, car au lieu de payer un serveur pour chaque tâche, la consolidation des ressources permet de faire des économies. Quand on maitrise, au final on trouve ça hyper simple et on gagne un temps fou, parce qu'on peut déployer une VM en quelques minutes, alors qu'il fallait plusieurs heures de façon traditionnelle avec un serveur qu'il fallait commencer par installer physiquement (et encore, si on ajouter le temps de commande fournisseur, il faut ajouter 1 mois en moyenne...) Et sache que VMware doit son succès à sa simplicité et ses nombreuses fonctionnalités. Perso je bosse surtout sur les systèmes UNIX (IBM PowerVM pour les connaisseurs), et là c'est déjà un poil plus compliqué... faut pas être fâché avec la ligne de commande Il existe beaucoup d'autres solutions pro : Xenserver, KVM, HyperV, etc... et d'autres plus ou moins gratuites et amateur, mais en train de monter : Proxmox, etc ... Ces paramètres sont conseillés pour obtenir les meilleurs performances possibles : Disque dur 2To en RDM : indépendant et persistant Contrôleur SCSI : Paravirtuel Adaptateur réseau : VMXNET 3 Le principe du Raw Device Mapping (RDM), c'est de donner le disque complet à la Virtual Machine. Donc la VM voit le disque de la même façon que si il n'y avait pas la couche de virtualisation au milieu. Donc ton disque de 2 To, sera géré en direct par Xpenology, et donc formaté par son propre système de fichier, qu'ils appellent Synology Hybrid RAID (SHR). En réalité le SHR est un empilement de technos standards sous Linux : mdadm, LVM, ext4. Les avantages de tout ça sont multiples : - tu peux virer ESXi, installer Xpenology en natif sur la clé USB de ton serveur, et accéder aux données comme si de rien n'était. - Tu peux également retirer les disques du serveurs, et les mettre dans un autre serveur et accéder aux données via un autre Xpenology. - Tu peux aussi le faire avec n'importe quel Linux puisque j'ai précisé plus haut que le mdadm + LVM + ext4 sont supportés par tous les Linux. - Et la situation extrême, un collègue a sorti les disques de son Xpenology, puis les a mis dans son Synology DS414 tout neuf et a pu relire ses données. Elle n'est pas belle la vie ? Bref, le RDM c'est comme si il n'y avait pas de virtualisation. Dans Diskstation, il faut que tu utilises uniquement ton disque de 2 To pour créer un volume. Tu ne touches pas aux rubriques iSCSI LUN et Target. Concernant tes 2 anciens disques, si tu les mets dans le N54L, il faut : - les passer tous les 2 en RDM via la commande vmkfstool en SSH. - les ajouter à ta VM dans les paramètres. - Diskstation va voir 2 nouveaux disques qu'il va te proposer de formater, car il ne saura pas relire les données (techniquement ça pourrait être possible puisque DSM est un Linux, donc il peut potentiellement tout lire, sauf que les gars de Synology n'ont pas implémenté cette fonctionnalité). - donc oui tu vas perdre les données, que tu as eu raison de sauvegarder. En moins de 10 jours, tu es passé d'une demande pour un Synology 2 baies à pas cher, à un serveur avec 4 + 2 baies, plein de RAM, et de la virtualisation. Quel évolution, chapeau bas

Pour la partie ESX je peux le faire le tuto, j'ai déjàtous les screenshots prêts.

J'ai trouvé un autre tuto en français pour les disques RDM : http://synergeek.fr/utiliser-disque-en-raw-device-mapping-rdm-pour-xpenology

En fait il faut que le relai soit commandé en 230V, car comme le FGS est alimenté en 230, ses sorties également ! C'est juste le circuit de commande qui est en 230V, car la charge commutée peut être en 12V DC. L'autre jour quand j'ai bêtement testé mes relais 24VDC sur le FGRM (dont les sorties sont également en 230VAC) ça m'a fait tout drôle d'entendre le relai commuter à 50 Hz. Et heureusement que j'ai coupé à temps avant qu'il n'aie le temps de cramer. Je me la suis un peu joué apprenti sorcier sur ce coup là Et ce n'est pas si simple pour la raison qu'il faut inverser la polarité des vérins.... il existe peut-être des contrôleurs tout fait, mais il faudrait chercher sur les boutiques de domotique ou d'électronique (Conrad, Selectronic, Lextronic, Farnell, Radiospare, etc...). Désolé je n'ai pas de lien sous la main.

Oui oui c'est simple en fait ce qu'on fait là avec VMware, ce sont des tâches assez basiques quand on connait. D'ailleurs, pour cette histoire de RDM (ou de passtrough, appelle ça comme tu veux, sauf que passtrough en VMware ça veut dire donner une carte contrôleur complète à une VM, et pas seulement un disque tout seul), normalement cela se fait via l'interface graphique, mais là on est dans un cas particulier où l'on doit taper une commande via SSH car le disque est local au serveur. Dans la vraie vie en entreprise, les disques sont externes et c'est que recommande VMware.

Oufman, je pense que je le plus simple c'est le schéma de Did. En tout cas c'est plus simple et moins couteux à mettre en oeuvre que ma solution avec un FGRM, car tu as besoin d'un seul relai et d'un seul transfo. Pour le relai du schéma de Did, tu peux utiliser ça qui est facile à câbler, car pas besoin de soudure : http://www.conrad.fr/ce/fr/product/503332/Platine-relais-230-VAC-2-inverseurs-RT-Max-2-x-5-A-250-VAC-Conrad-REL-PCB5-1?ref=list Ce relai branché sur une sortie d'un FGS-221. Et l'alimentation 12V branché sur l'autre sortie du même FGS. Ensuite faudra écrire un petit module virtuel à 3 position : Arrêt / Montée / Descente, et qui se chargera d'activer le relai au repos ou travail, et alimentera le transfo pendant la durée de la manoeuvre.

Oui c'est normal que tu vois 2 fois ton disque avec le "ls", j'ai la même chose. Pour la création du RDM, j'aurais plutôt fait ça : vmkfstools -z /vmfs/devices/disks/t10.ATA_____WDC_WD20EFRX2D68EUZN0_________________________WD2DWCC4M2668199 /vmfs/volumes/datastore/rdm_WD20EFRX2D68EUZN0.vmdk De cette façon, ton disque RDM s'appellera rdm_WD20EFRX2D68EUZN0, ce qui sera plus facile à identifier que localrdm1 dans le futur quand tu auras plusieurs disques en RDM. Autrement, si tu es sur MacOS, plustôt que de faire tourner PuTTY dans une VM Windows, il me semble que tu peux ouvrir une fenêtre de terminal et utiliser la commande "ssh adresse_ip_de_esxi" pour te connecter directement. PS : merci il a l'air chouette ce tuto pour Nanoboot !

Tu ne peux pas passer le disque de 250 Go en RDM, car le principe du RDM c'est de donner un disque en entier àune VM. Or ton disque de 260 Go contient le datastore (banque de données), c'est àdire les disque virtuels de toutes les VM. Donc pas définition, le disque du datastore ne peut pas être mappé en RDM sur une VM en particulier.

Etrange cette histoire de compte... je n'ai pas fait de P2V depuis longtemps, alors je n'ai pas d'idée. Oui en fonction de l'OS, il peut être nécessaire d'arrêter la VM pour modifier les paramètres mémoire.

D'après ton schéma tu as besoin de 2 contacts non ? Ou alors je suis trop fatigué... OK je suis trop fatigué, j'avais regardé et lu trop vite ton schéma + message. En effet c'est une bonne idée. Et du coup tu peux utiliser la seconde sortie d'un FGS-221 pour couper l'alimentation 12V. Mes relais sont à la Poste, donc je les aurai lundi ou mardi je pense.

Regarde le tuto : http://blog.davidwarburton.net/2010/10/25/rdm-mapping-of-local-sata-storage-for-esxi/

Pour mettre les disques en RDM, il faut que tu suives un des tutos que j'ai donné. Pour vérifier que tu as la dernière version 5.x, c'est dans : Panneau de configuration => Mise à jour du DSM

Cool Tu as bien mis ton disque en RDM j'espère, c'est important pour les performances.

Les propositions de Did et de Moicphil sont bonnes (en fait c'est la même chose), mais le souci c'est si tu utilises un FGS, tu peux activer les sorties en même temps et faire un gros court-circuit. C'est pour ça que je suggère plutôt mon montage avec un FGRM. L'inconvénient, c'est qu'il faut doubler les alimentations 12V et les relais (voir schéma sur mon topic). Le principe de mon montage est simple : - le FGRM permet d'alimenter alternativement une alimentation 24V ou l'autre, de façon exclusive - les 2 relais permettent d'inverser la tension, c'est à dire envoyer du +24V ou -24V au moteur ou vérin. Autrement, comme pour les vérins de ta TV tu n'as pas besoin de la calibration du FGRM et des positionnements d'ouverture intermédiaires d'un volet roulant, tu peux te tourner vers des solutions que tu trouveras sur diverses boutique de domotique. Ce sont des petites boitiers commandés par IP/Ethernet, avec des relais. Il faut que tu en trouves qui te permettent d'activer les relais de façon exclusive pour éviter le court-circuit...

@Fredo Le répertoire .sdd.sf est une nouveauté de VMFS 5, car il y a des fichiers cachés nécessaires au bon fonctionnement du système. Tu ne peut rien y faire et tu dois les laisser. http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1001618 A la fin de l'installation, je pense que tu es victime du bug décris dans le tutoriel en anglais (http://cyanlabs.co.uk/tutorials/synology-dsm-4482-gnoboot-to-nanoboot) Si tu ouvres l'écran de la console comme le suggère Shad, tu tomberas sur un écran noir.... en fait le système n'arrive pas à booter. J'ai eu le même souci hier lors de mon install. Donc il faut : - arrêter la VM - supprimer le fichier NanoBoot-5.0.2.1.vmdk - recopier à nouveau ce fichier au même endroit - vérifier dans les paramètres de la VM qu'il est toujours présent (normalement OK) - booter à nouveau la VM Xpenology - et ça devrait être OK Concernant le RDM, voici 2 liens, mais en anglais toujours... : http://blog.davidwarburton.net/2010/10/25/rdm-mapping-of-local-sata-storage-for-esxi/ http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1017530 La partie la plus délicate est de se connecter en SSH sur le serveur (avec un client comme PuTTY), pour taper 2 ou 3 commandes. En réalité il y en a une seule qui est importante, c'est vmkfstools -z avec_les_bons_paramètres. @P78 VMware Converter sous Windows, plutôt que le compte root, pourquoi n'essaie tu pas le compte Administrateur de ton poste ? Pour Linux 64 bits, je ne sais pas, il faudrait que je fasse quelques recherches...

P78, en fait il faut la version payante pour activer vStorage API permettant les sauvegardes àchaud. Sinon, tu arrêtes la VM, et tu copies le fichier VMDK et ceux qui sont àcôté, et ça fera une sauvegarde complète àfroid, utilisable avec la licence gratuite. En P2V regarde tu côté de VMware Converter. Ça marche très bien avec Windows, mais je n'ai jamais testé avec Linux. Fredo, tu prends le fichier nanoboot....vmdk et tu le copies dans le répertoire de ta VM dans la banque de données. Ensuite tu suis le tutoriel en anglais. .sdd.sf làcomme ça, je ne vois pas ce que c'est. N'y touche pas, je chercherai plus tard.

Oui ça me semble une suggestion judicieuse

Oui c'est normal, car pendant 60 jours ESXi est automatiquement utilisable avec une licence complète. Lorsque tu actives la version gratuite, il te signale que tu perds toutes les fonctions avancées, mais ne t'inquiète pas, ça ne manquera pas.

Au début il me semble que je t'avais donné la même version. Pour la config, voire ce post : http://forum.hardware.fr/hfr/Hardware/minipc/unique-proliant-microserver-sujet_908322_8.htm#t8277189 En résumé : Dans Chipset / SouthBridge / SATA configuration, régler comme cela : OnChip IDE Type : IDE SATA IDE Combined Mode : Disabled SATA ESP On All Port : Enabled SATA Power On All Port : Enabled

Lors de l'installation, un des premiers écrans demande de choisir "Select a disk to install or upgrade". Si tu as un doute, tu débranches tous les disques durs au moment de l'installation comme ça tu n'auras pas le choix et ça ira forcément sur la clé USB. Allez, bonne nuit

C'est quand même mieux de mettre ESXi sur la clé USB, surtout si plus tard tu envisages des migrations : update 5.1 => 5.5, ou remplacement de serveur. En entreprise, ESXi est maintenant toujours installé sur clé USB, c'esr beaucoup plus simple (et aussi que les serveurs n'ont plus de disques durs, puisque tout le stockage se fait sur des baies de disques externes) Refait ton install, y'en a pour quelques minutes maintenant que tu sais faire.

Ca me rappelle étrangement ma problématique de volet roulant Velux : http://www.domotique-fibaro.fr/index.php/topic/1060-fibaro-fgrm-et-volet-roulant-velux/ Ne pas utiliser de FGS, car tu risque le court circuit si tu actives les 2 sorties en même temps. Donc je pense que tu peux utiliser un FGRM qui ne peut pas avoir les 2 sorties activées en même temps. En bref, le même montage que le miens (que je n'ai pas fini de valider, car j'attends les relais)