Je suis en train de faire ma liste de courses pour mettre en place une
infrastructure NAS + Owncloud + OpenVPN et j'aimerais vos avis et/ou
retours d'expérience:
l'existant d'abord : un NAS Nas4free sur une Libeboxpro(@IP fixe) qui
sert deux clients Windows, la box fait dhcp pour tout le réseau
(machines, copieur, NAS)tout est donc en local.
il existe une sauvegarde automatique (rsync) sur disque USB
les clients Windows utilisent Thunderbird
la demande : pouvoir accéder au NAS depuis un site distant et/ou depuis
ailleurs (hotels, etc.) *et* mettre en place une solution
agenda/contacts partagée (plugin Thunderbird)
pour cela, une autre LiveBoxpro (@IP Fixe) a déjà été commandée pour le
site distant
VM2 : jessie + owncloud + mysql + cache APCu (les paquets de chez Suse
en attendant Nextcloud) avec un lien local vers la VM OMV pour les
"répertoires distants"
les deux To gérés via KVM directement par OMV
l'yperviseur tournera sur une config à base de ATOM C2550
je peux soit installer cet hyperviseur sur le site distant avec rsync
via OpenVPN entre les deux NAS ou l'installer sur le site actuel et
supprimer l'ancien NAS en mettant en place une sauvegarde sur USB
Merci à chacun pour vos contributions, j'ai les idées nettement plus claires maintenant j'ai soumis deux listes de matos argumentées (je ne revends pas, je fais uniquement de la presta) on verra. merci encore Le 20/10/2016 à 12:08, Grégory Reinbold a écrit :
Re, L'Intel Atom que tu citais pourquoi pas. Ca semble faire l'affaire pour les trois VM. Faut juste pas prévoir de trop grosses évolutions (encore plus de VM) sinon tu seras vite à court de puissance de calcul. Et tant qu'à faire 16G de mémoire vive pour trois VM, c'est énorme. La moitié suffirait amplement, sauf si tu veux assurer une souplesse pour faire évoluer l'hyperviseur. Dans ce cas revoir le proc pour les mêmes raisons ? Je t'invite plutôt à raisonner ainsi : mon client à un projet et un budget. Que puis-je lui offrir comme matos, services qui rentre dans son budget et m'offrir comme marge ? Fait tes calculs et élimine ce qui est trop cher, économise là où tu peux en fonction du besoin et la réponse deviendra plus claire. Cdt Le jeudi 20 octobre 2016 à 11:43 +0200, SC a écrit :
re merci pour ces infos j'ai un peu cherché et je suis tombé sur une CM qui pourrait peut-etre convenir:supermicro X10SLH-F compte tenu du modeste besoin pour cet hyperviseur, quel processeur serait adapté ? et, est ce que "plus de coeurs c'est mieux" ? ou est-ce que "plus de cache c'est mieux" ? ou les deux ? bref : de quel processeur on pourrait dire : c'est bon pour le besoin et à partir de quel processeur on pourrait dire : c'est n'importe quoi, vraiment trop puissant (compte tenu du besoin bien sur) je suis vraiment largué en hardware depuis des années... SC Le 20/10/2016 à 10:07, BERTRAND Joël a écrit :
Grégory Reinbold a écrit :
Merci pour ce retour ! Mon expérience avec ASRock est bien avec des "cartes électroniques" plus précisément : - Carte mère ASRock H61M-GS (Rev. B3) achetée le 18/04/2013 et en fonctionnement auj - Carte mère ASRock Z97-PRO4 achetée le 16/04/2016 et en fonctionnement auj
Attention, je ne parle pas forcément de pannes mais de fonctionnements erratiques. Typiquement, j'ai une série Z97 ou H97 quelque chose (je suis à 5000 bornes de mon bureau, je n'ai plus la référence en tête) qui est incapable de reconnaître les deux écrans qui lui sont connectés correctement et qui ne tente cette détection que lors d'un démarrage à froid. On contourne le problème avec rtcwake. Certains matins, chez nos clients, les bornes redémarrent cinq ou dix fois jusqu'à ce que cette fichue carte reconnaissent les deux écrans... Sur une carte de référence xxx-191 (industrielle), j'ai des merdes aléatoires (plantages, kernel panics) dès que je mets la quantité maximale de RAM. Ça peut fonctionner huit jours, ou plus, mais ça termine toujours sur un kernel panic. En d'autres termes, je ne prétends pas que ces cartes ne fonctionnent pas, mais que leurs specs sont trop jolies pour être honnêtes. La même carte, avec un seul écran en DVI fonctionne correctement. La même carte avec moitié moins de mémoire fonctionne aussi. Cordialement, JKB
Merci à chacun pour vos contributions, j'ai les idées nettement plus
claires maintenant
j'ai soumis deux listes de matos argumentées (je ne revends pas, je fais
uniquement de la presta)
on verra.
merci encore
Le 20/10/2016 à 12:08, Grégory Reinbold a écrit :
Re,
L'Intel Atom que tu citais pourquoi pas. Ca semble faire l'affaire pour
les trois VM. Faut juste pas prévoir de trop grosses évolutions (encore
plus de VM) sinon tu seras vite à court de puissance de calcul.
Et tant qu'à faire 16G de mémoire vive pour trois VM, c'est énorme. La
moitié suffirait amplement, sauf si tu veux assurer une souplesse pour
faire évoluer l'hyperviseur. Dans ce cas revoir le proc pour les mêmes
raisons ?
Je t'invite plutôt à raisonner ainsi : mon client à un projet et un
budget. Que puis-je lui offrir comme matos, services qui rentre dans son
budget et m'offrir comme marge ? Fait tes calculs et élimine ce qui est
trop cher, économise là où tu peux en fonction du besoin et la réponse
deviendra plus claire.
Cdt
Le jeudi 20 octobre 2016 à 11:43 +0200, SC a écrit :
re
merci pour ces infos
j'ai un peu cherché et je suis tombé sur une CM qui pourrait peut-etre
convenir:supermicro X10SLH-F
compte tenu du modeste besoin pour cet hyperviseur, quel processeur
serait adapté ?
et, est ce que "plus de coeurs c'est mieux" ?
ou est-ce que "plus de cache c'est mieux" ? ou les deux ?
bref : de quel processeur on pourrait dire : c'est bon pour le besoin
et à partir de quel processeur on pourrait dire : c'est n'importe quoi,
vraiment trop puissant (compte tenu du besoin bien sur)
je suis vraiment largué en hardware depuis des années...
SC
Le 20/10/2016 à 10:07, BERTRAND Joël a écrit :
Grégory Reinbold a écrit :
Merci pour ce retour !
Mon expérience avec ASRock est bien avec des "cartes électroniques" plus
précisément :
- Carte mère ASRock H61M-GS (Rev. B3) achetée le 18/04/2013 et en
fonctionnement auj
- Carte mère ASRock Z97-PRO4 achetée le 16/04/2016 et en fonctionnement
auj
Attention, je ne parle pas forcément de pannes mais de
fonctionnements erratiques. Typiquement, j'ai une série Z97 ou H97
quelque chose (je suis à 5000 bornes de mon bureau, je n'ai plus la
référence en tête) qui est incapable de reconnaître les deux écrans
qui lui sont connectés correctement et qui ne tente cette détection
que lors d'un démarrage à froid. On contourne le problème avec
rtcwake. Certains matins, chez nos clients, les bornes redémarrent
cinq ou dix fois jusqu'à ce que cette fichue carte reconnaissent les
deux écrans...
Sur une carte de référence xxx-191 (industrielle), j'ai des merdes
aléatoires (plantages, kernel panics) dès que je mets la quantité
maximale de RAM. Ça peut fonctionner huit jours, ou plus, mais ça
termine toujours sur un kernel panic.
En d'autres termes, je ne prétends pas que ces cartes ne
fonctionnent pas, mais que leurs specs sont trop jolies pour être
honnêtes. La même carte, avec un seul écran en DVI fonctionne
correctement. La même carte avec moitié moins de mémoire fonctionne
aussi.
Merci à chacun pour vos contributions, j'ai les idées nettement plus claires maintenant j'ai soumis deux listes de matos argumentées (je ne revends pas, je fais uniquement de la presta) on verra. merci encore Le 20/10/2016 à 12:08, Grégory Reinbold a écrit :
Re, L'Intel Atom que tu citais pourquoi pas. Ca semble faire l'affaire pour les trois VM. Faut juste pas prévoir de trop grosses évolutions (encore plus de VM) sinon tu seras vite à court de puissance de calcul. Et tant qu'à faire 16G de mémoire vive pour trois VM, c'est énorme. La moitié suffirait amplement, sauf si tu veux assurer une souplesse pour faire évoluer l'hyperviseur. Dans ce cas revoir le proc pour les mêmes raisons ? Je t'invite plutôt à raisonner ainsi : mon client à un projet et un budget. Que puis-je lui offrir comme matos, services qui rentre dans son budget et m'offrir comme marge ? Fait tes calculs et élimine ce qui est trop cher, économise là où tu peux en fonction du besoin et la réponse deviendra plus claire. Cdt Le jeudi 20 octobre 2016 à 11:43 +0200, SC a écrit :
re merci pour ces infos j'ai un peu cherché et je suis tombé sur une CM qui pourrait peut-etre convenir:supermicro X10SLH-F compte tenu du modeste besoin pour cet hyperviseur, quel processeur serait adapté ? et, est ce que "plus de coeurs c'est mieux" ? ou est-ce que "plus de cache c'est mieux" ? ou les deux ? bref : de quel processeur on pourrait dire : c'est bon pour le besoin et à partir de quel processeur on pourrait dire : c'est n'importe quoi, vraiment trop puissant (compte tenu du besoin bien sur) je suis vraiment largué en hardware depuis des années... SC Le 20/10/2016 à 10:07, BERTRAND Joël a écrit :
Grégory Reinbold a écrit :
Merci pour ce retour ! Mon expérience avec ASRock est bien avec des "cartes électroniques" plus précisément : - Carte mère ASRock H61M-GS (Rev. B3) achetée le 18/04/2013 et en fonctionnement auj - Carte mère ASRock Z97-PRO4 achetée le 16/04/2016 et en fonctionnement auj
Attention, je ne parle pas forcément de pannes mais de fonctionnements erratiques. Typiquement, j'ai une série Z97 ou H97 quelque chose (je suis à 5000 bornes de mon bureau, je n'ai plus la référence en tête) qui est incapable de reconnaître les deux écrans qui lui sont connectés correctement et qui ne tente cette détection que lors d'un démarrage à froid. On contourne le problème avec rtcwake. Certains matins, chez nos clients, les bornes redémarrent cinq ou dix fois jusqu'à ce que cette fichue carte reconnaissent les deux écrans... Sur une carte de référence xxx-191 (industrielle), j'ai des merdes aléatoires (plantages, kernel panics) dès que je mets la quantité maximale de RAM. Ça peut fonctionner huit jours, ou plus, mais ça termine toujours sur un kernel panic. En d'autres termes, je ne prétends pas que ces cartes ne fonctionnent pas, mais que leurs specs sont trop jolies pour être honnêtes. La même carte, avec un seul écran en DVI fonctionne correctement. La même carte avec moitié moins de mémoire fonctionne aussi. Cordialement, JKB
