Onderwerp: Alternatief voor Proxmox??

Ik gebruik op dit moment proxmox voor mijn eigen omgeving en een aantal klanten van mij gebruiken het ook voor hun omgevingen. Ik ben er zeer tevreden over. Het doet wat het doen moet. Echter gaan we nu ook vps-en aanbieden aan wat klanten en moet ik hun bandbreedte kunnen limiteren. Dat gaat in Proxmox niet voor zover ik weet. Ik zoek dus vergelijkbare software liefst op basis van KVM die dat wel kan.
Hypervm kan het op basis van Xen maar ben een beetje huiverig voor dat pakket. Welke alternatieven zijn er dan nog?

handmatig limiter instellen per virtuele bridge poort

Oorspronkelijk geplaatst door t.bloo

handmatig limiter instellen per virtuele bridge poort

Dat kan onder proxmox?? Heb je linkje met wat informatie hoe ik dat dan zou moeten aanpakken?? Kan echt niks vinden. Wil gewoon dat een vps bijvoorbeeld per maand 1000 GB mag gebruiken en dan komt er een alert bijvoorbeeld bij overschrijding.

Huiverig over Xen of huiverig over HyperVM?
SolusVM kan het...

Oorspronkelijk geplaatst door Wynand

Huiverig over Xen of huiverig over HyperVM?
SolusVM kan het...

Nee niet huiverig voor Xen. Wel huiverig voor hypervm omdat toendertijd ik een hele bak klanten heb moeten migreren naar een ander platform ivm die zogenaamde hack.. Geen idee of er nu weer mensen zijn die hypervm weer gebruiken in een productie omgeving..

Oorspronkelijk geplaatst door Chow

Nee niet huiverig voor Xen. Wel huiverig voor hypervm omdat toendertijd ik een hele bak klanten heb moeten migreren naar een ander platform ivm die zogenaamde hack.. Geen idee of er nu weer mensen zijn die hypervm weer gebruiken in een productie omgeving..

Slechte herinnering aan die hack !

Was toen "net niet" met HyperVM in zee gegaan.

Gekkenhuis was dat. Had net een klant ingericht met 3 servers in een hypervm clustertje.. Draaide zooi vps-en met een bak data waar je misselijk van werd.. Net klaar en toen ging die gozer deaud. Kon gelijk de boel opnieuw doen en toen voor proxmox gekozen. Dat werkt gewoon prima als het je eigen vps-en zijn. Meet je de bandbreedte gewoon als totaal op de poort. Ik heb nu echter dus wat klantjes die van hun server afwillen en willen draaien op een vps. Dat wil ik wel aanbieden maar moet dus wel controle hebben over hun verbruik..

Ben ook erg tevreden over Proxmox VE maar gebruik
het enkel dedicated, voor VPSen draai ik eerder Xen.

Wordt de switch waar jouw Proxmox server aanhangt
door jou beheerd ? Zo ja, kan je geen VPS aanmaken
met een aparte LAN poort naar je switch ? Daar dan
port mirroring doen van je uplink naar deze LAN poort
en trafic accounten op IP basis ?

Dan moet je dus per vps een netwerkkaart in je server stoppen. Of begrijp ik je niet goed..

**Edit**

Ik begreep je niet goed.. Zou oplossing kunnen zijn. Moet ik alleen uitzoeken hoe dat precies werkt dan en geen idee of cacti per ip kan meten.

Er bestaat zoiets als het concept "virtuele adapter", dan heb je 1 UTP aansluiting en daarop draaien meerdere configuraties.

Binnen een default proxmox opstelling heb je daarboven ook een virtuele bridge draaien. Iedere VPS heeft hierop een aansluiting. Als ik bijvoorbeeld naar een veel gebruikte host kijk dan krijg ik dit:

Code:

s4:~# ifconfig
eth0      Link encap:Ethernet  HWaddr b8:ac:6f:85:4d:65  
          inet6 addr: fe80::baac:6fff:fe85:4d65/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:74350739 errors:0 dropped:0 overruns:0 frame:0
          TX packets:118373406 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:30484034156 (28.3 GiB)  TX bytes:121594305049 (113.2 GiB)
          Interrupt:16 Memory:da000000-da012800 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:20624 errors:0 dropped:0 overruns:0 frame:0
          TX packets:20624 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:10178158 (9.7 MiB)  TX bytes:10178158 (9.7 MiB)

vmbr0     Link encap:Ethernet  HWaddr b8:ac:6f:85:4d:65  
          inet addr:###  Bcast:###  Mask:###
          inet6 addr: fe80::baac:6fff:fe85:4d65/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1227676 errors:0 dropped:0 overruns:0 frame:0
          TX packets:412086 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:76877194 (73.3 MiB)  TX bytes:94294918 (89.9 MiB)

vmtab1104i0 Link encap:Ethernet  HWaddr 82:54:c6:89:fa:cb  
          inet6 addr: fe80::8054:c6ff:fe89:facb/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:7018641 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7000278 errors:0 dropped:0 overruns:7988 carrier:0
          collisions:0 txqueuelen:500 
          RX bytes:5471973450 (5.0 GiB)  TX bytes:1394466946 (1.2 GiB)

vmtab1105i0 Link encap:Ethernet  HWaddr f2:30:af:b1:07:b1  
          inet6 addr: fe80::f030:afff:feb1:7b1/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:101010217 errors:0 dropped:0 overruns:0 frame:0
          TX packets:61803286 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500 
          RX bytes:104436097998 (97.2 GiB)  TX bytes:26107408848 (24.3 GiB)

vmtab1107i0 Link encap:Ethernet  HWaddr b6:cf:8b:bb:02:99  
          inet6 addr: fe80::b4cf:8bff:febb:299/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:4564031 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3130061 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500 
          RX bytes:5456722421 (5.0 GiB)  TX bytes:249504802 (237.9 MiB)

vmtab1108i0 Link encap:Ethernet  HWaddr 3a:7e:55:ff:d4:bc  
          inet6 addr: fe80::387e:55ff:feff:d4bc/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:1769528 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1922073 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500 
          RX bytes:1794962422 (1.6 GiB)  TX bytes:326027658 (310.9 MiB)

vmtab1110i0 Link encap:Ethernet  HWaddr 72:98:0d:46:1a:da  
          inet6 addr: fe80::7098:dff:fe46:1ada/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:3551307 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3379518 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500 
          RX bytes:3811447751 (3.5 GiB)  TX bytes:2197051265 (2.0 GiB)

Daar kun je weer allerlei tellers aanknopen als je dat wilt.

Dus gewoon met cacti de virtuele adapters meten inderdaad...

Ik ga daar even over nadenken. Zit ondertussen ook naar Cloudmin te kijken. Misschien moet ik als de server arriveert gewoon maar diverse pakketten installeren en uitproberen. Heb ik paar avondjes wat te doen.

Oorspronkelijk geplaatst door Chow

Ik gebruik op dit moment proxmox voor mijn eigen omgeving en een aantal klanten van mij gebruiken het ook voor hun omgevingen. Ik ben er zeer tevreden over. Het doet wat het doen moet. Echter gaan we nu ook vps-en aanbieden aan wat klanten en moet ik hun bandbreedte kunnen limiteren. Dat gaat in Proxmox niet voor zover ik weet. Ik zoek dus vergelijkbare software liefst op basis van KVM die dat wel kan.
Hypervm kan het op basis van Xen maar ben een beetje huiverig voor dat pakket. Welke alternatieven zijn er dan nog?

Ik zou het gewoon meten in cacti, werkt out of the box en geeft gelijk antwoord op de vraag die je kan verwachten: "wanneer heb ik dat gebruikt?"

Inderdaad de virtual interfaces meten.

Ok dan gaan we het zo maar doen.. Volgens mij krijgt Proxmox 2.0 wel bandwidthmanagement ingebouwd.

Proxmox 2.0 zal veel meer ook kunnen bieden uiteraard, echter wanneer het komt is de grote vraag

Mvg,
Smilie

Oorspronkelijk geplaatst door SmilieBG

Proxmox 2.0 zal veel meer ook kunnen bieden uiteraard, echter wanneer het komt is de grote vraag

Mvg,
Smilie

Klopt, kan nog wel even duren inderdaad. En dan is verder de vraag of je wel een normale upgrade kunt doen omdat 2.0 helemaal nieuw is begrijp ik..