La Fibre
Datacenter et équipements réseaux => Équipements réseaux => 
NAS, serveurs et micro-serveurs => Discussion démarrée par: DrGeek le 13 février 2012 à 16:20:06
-
Script standard sur un serveur vps Debian 6 (donc je suis pas tout seul) hyper cheap à 4,5€/mois, connexion OVH 1Gb/s
Sinon je confirme que tu as un bon débit 110 Mo/s de moyenne, ca fait 970 Mb/s (au niveau Ethernet) ce qui est le maximum pour un lien 1 Gb/s,
C'est quoi cette offre ? (Maxi-Heberg ? : c'est bien ??)
-
C'est http://gheberg.eu/vps.html, (http://gheberg.eu/vps.html,) pour l'instant ça fait 5 jours que j'utilise leurs services et j'en suis très satisfait.
J'ai déjà joint le support via chat et téléphone. Ils sont très pro et assez réactifs.
-
1.50€ VPS1.11 pas mal :D
Je me demande si 1/4 de core suffit pour un vpn? (histoire de débrider youtube et compagnie :D)
-
A mon avis, ça devrait suffire... Tu as beau n'avoir qu'1/4 de core garanti, tous les cores ne sont pas utilisés tout le temps à 100% et donc tu peux récupérer les cores en idle.
Ma machine host est très peu sollicitée, donc pas mal de puissance disponible pour un prix ridicule:
(http://img859.imageshack.us/img859/1994/cpusrv.png)
processor : 5
vendor_id : AuthenticAMD
cpu family : 16
model : 8
model name : AMD Opteron(tm) Processor 4174 HE
stepping : 1
cpu MHz : 2300.420
cache size : 512 KB
physical id : 0
siblings : 6
core id : 5
cpu cores : 6
apicid : 5
initial apicid : 5
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr
bogomips : 4600.32
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate
-
Mais est-ce que l'ordi est plein ou il reste des places?
-
Tu vois les 6 CPU ?
Normalement, tu devrais ne voir qu'un seul CPU, non ?
J'ai déjà eu accès a un VPS sur un serveur avec 8 cœurs et je n'en voyais qu'un sur mon linux.
Au niveau de la RAM tu voit tout ? (c'est la commande free -m pour avoir le détail)
-
Pourquoi tu n'aurai pas le droit à plusieurs CPU? Du moment qu'il sont libres!
C'est bien le principe du "virtuel".
-
Je me demande sur ce modèle si les système d'exploitation invités peuvent être différent ou il faut qu'ils soient tous identique.
C'est pas facile de partager des ressources communes (non virtualisées) avec plusieurs système d'exploitations différents.
-
Ce n'est pas de la paravirtualisation?
-
Avec Xen ou KVM (paravirtualisation), il me semble difficile d'afficher les 6 CPU en ne donnant que 1/24 de la puissance. Maintenant je ne connais pas bien...
Perso j'utilise la Virtualisation complète qui permet de faire tourner n'importe quel OS.
La différence entre paravirtualisation et Virtualisation complète c'est que dans le 1er cas il faut un système d'exploitaiton adapté (l'hyperviseur et le système d'exploitation invité coopèrent ce qui offre de meilleurs performances). En virtualisation complète, lorsque l'invité a besoin de communiquer avec du matériel, celui-ci n'a accès qu'à du faux matériel émulé par l'hyperviseur.
-
Avec Xen ou KVM (paravirtualisation), il me semble difficile d'afficher les 6 CPU en ne donnant que 1/24 de la puissance. Maintenant je ne connais pas bien...
C'est du temps partagé tout simplement, comme du multi-thread, comme du multi-processus.
Si personne n'utilise les ressources à un instant, tu peux les utiliser à 100 %.
Perso j'utilise la Virtualisation complète qui permet de faire tourner n'importe quel OS.
À condition d'avoir les bon drivers... et que l'OS ne soit pas sensible au timing de certaines opérations (forcèment calamiteux).
La différence entre paravirtualisation et Virtualisation complète c'est que dans le 1er cas il faut un système d'exploitaiton adapté (l'hyperviseur et le système d'exploitation invité coopèrent ce qui offre de meilleurs performances). En virtualisation complète, lorsque l'invité a besoin de communiquer avec du matériel, celui-ci n'a accès qu'à du faux matériel émulé par l'hyperviseur.
La différence c'est surtout qu'un système paravirtualisé a vraiment accès au processeur, aux périphériques, etc. alors qu'un système en émulation a un pseudo accès au matériel en émulation. C'est un bricolage immonde, qui marche, on se demande bien comment.
-
Je vois bien les 6 CPU et 512 de ram:
root@netegalkaka:~# free -m
total used free shared buffers cached
Mem: 512 37 474 0 0 0
-/+ buffers/cache: 37 474
Swap: 0 0 0
Il me semble que c'est OpenVZ https://en.wikipedia.org/wiki/OpenVZ (https://en.wikipedia.org/wiki/OpenVZ) , beaucoup de VPS utilisent cette solution.
-
https://en.wikipedia.org/wiki/OpenVZ (https://en.wikipedia.org/wiki/OpenVZ)
OpenVZ is not true virtualization but really containerization like BSD Jails.
(...) it doesn't have the overhead of a true hypervisor, it is very fast and efficient.
Il y a donc un seul OS à la fois : ni émulation, ni paravirtualisation! C'est une BSDrie améliorée.
Using OpenVZ it's only possible to use some VPN technologies based on PPP (such as PPTP/L2TP) and TUN/TAP. IPsec is not supported inside containers. L2TP secured with IPsec is unsupported as well.
Ce n'est pas ce que j'appelle un serveur virtuel!
Et bien sûr, impossible de faire insmod/rmmod.
-
Il me semble qu'un seul noyau linux est présent, ce qui expliquerait l'impossibilité à rajouter de la latence sur eth0, cf https://lafibre.info/serveur-linux/scripts-test-debit/msg44044/#msg44044 (https://lafibre.info/serveur-linux/scripts-test-debit/msg44044/#msg44044)
Chaque environnement exécuté possède son propre espace mémoire, afin d'être isolé des autres, les autres ressources systèmes sont partagées (pilotes, noyau…). Les instructions ne sont pas interceptées.
-
Est-ce qu'on peut seulement obtenir le chargement des modules nécessaires?
-
Xen & KVM ftw.