Proxmox cluster controlpanel/api beheer

Mede wht'ers,

Ik ben hier grondig proxmox aan het testen om een volledig nieuw cluster op te bouwen (11 nodes), maar nu viel me op dat ik via elke node het controlpanel als de api kan benaderen, op zich een zeer leuk iets maar ik heb hier toch een paar praktische vragen bij. Aangezien het cluster vooral gebruikt zal worden in een high available omgeving met 2 san storages + 1 backup nas, lijkt het me bijna onpraktisch om gebruikers elk node ip te geven zodat ze op het cluster kunnen inloggen. Dus had ik zitten denken dan lossen we dat even op via de api, maar dan kom ik tot het probleem welk ip adres geef ik hier dan op (zelfde als met het controlpanel). Ik zal even kort het probleem en mijn mogelijke oplossingen proberen te schetsen.

Probleem:
Hoe de api of controlpanel benaderen onder 1 makkelijk te bereiken domain/url, bijvoorbeeld proxmox.bedrijf.tld. Als ik dit fixed op node #1 zet en node #1 is down dan kunnen gebruikers niet meer inloggen op het controlpanel of kan een zelf geschreven front-end de api niet meer bereiken.

Oplossing 1:
In een eigen geschreven front-end een array van de nodes opgeven en die array dan aflopen om te connecteren met de een node uit die array, in het geval een node een time-out geeft de volgende in de lijst proberen.

Oplossing 2:
Een reverse proxy gebruiken en bijvoorbeeld proxmox.bedrijf.tld dan verwijzen naar elke node in het cluster, de reverse proxy kan dan eventueel zelf als HA vm op het cluster draaien.

Oplossing 3:
Eigenlijk hetzelfde als oplossing 2 maar het dan via een dns cluster te doen die kijkt welke nodes er actief zijn en de ttl zo laag mogelijk proberen te houden.

Oplossing 4:
Een proxmox installeren in een HA vm op het cluster zelf en het domein dan naar deze proxmox verwijzen, uiteraard zullen hier dan geen vm's op gedraaid worden en dient dit enkel om het controlpanel/api te gebruiken.

Oplossing 5:
Een extra ip adres toekennen aan een werkende node binnen het cluster en hier heartbeat op gebruiken zodat het ip adres ergens anders binnen het cluster actief wordt, moest de actieve node uitvallen.


Welke van deze oplossingen zou de beste zijn of als iemand anders het nog op een andere manier doet of een andere oplossing of beter idee heeft hoor ik het ook graag.

Dat zou je eventueel kunnen oplossen met een Loadbalancer oid ervoor .. 1 Wan Ip en daarachter al de Ips van je nodes..

Oplossing 4 is de meest elegante. Je kunt dan met je fysieke hosts doen wat je wil (eigenhandig of moeder natuur), en dat wil je want daar draai je nu eenmaal een cluster voor.

Andere oplossing is om twee adressen te geven en tegen de gebruikers te zeggen dat ze zelf kunnen kiezen. Kijk een host is natuurlijk eigenlijk nooit down, behalve als 'ie dat wel is vanwege onderhoud (dat kan met DNS opgelost worden) of storing (dan kan de gebruiker even wachten of zelf het andere adres gebruiken).

Niemand anders een mening hierover?

Hoe doen jullie het bvb voor je eigen virtueel platform, gewoon het control panel hosten op 1 server of ook op een van de manieren die ik voorstel.

Afhankelijk van je kennis en de tijd die je erin wilt steken, zou ik voor oplossing 1 gaan, met oplossing 2 als zeer goede tweede. Bij optie 1 kan je de software implementeren in je bedrijfssystemen.

Ik zou overigens niet het controle paneel of api plaatsen op het platform zelf, maar op een alternatieve platform in een ander datacentrum. Als het productieplatform een storing heeft, hebben je klanten alsnog een plek om informatie te verzamelen waar het probleem ligt.

Oplossing 2 is een stuk makkelijker te implementeren als je er minder tijd in wilt steken. Mocht er enkel alsnog een probleem voorkomen (Iets met Murphy) Kunnen klanten het controle paneel helaas niet bereiken en zullen ze al snel aan de telefoon hangen. Met oplossing 1 kan je de klant informeren via het controle paneel en kan je meer mankracht zetten op het oplossen van storingen.

Wij gaan er onze loadbalancers voorzetten , gebruiken hiervoor de opensource ZendLoadbalancer in cluster en werkt mooi.. Echter is het bij ons niet de bedoeling dat de klant rechstreeks gaat inloggen op proxmox , op termijn moet er een panel komen in onze beheersinterface waar hij de vps kan rebooten/startten/stoppen en ook console overnemen en ik vermoed dat dat het moeilijkste zal zijn voor te implementeren ..

Hebben jullie hier al iets voor gemaakt / Voorzien ?

Oorspronkelijk geplaatst door Mastje

Afhankelijk van je kennis en de tijd die je erin wilt steken, zou ik voor oplossing 1 gaan, met oplossing 2 als zeer goede tweede. Bij optie 1 kan je de software implementeren in je bedrijfssystemen.

Ik zou overigens niet het controle paneel of api plaatsen op het platform zelf, maar op een alternatieve platform in een ander datacentrum. Als het productieplatform een storing heeft, hebben je klanten alsnog een plek om informatie te verzamelen waar het probleem ligt.

Dat is ook de bedoeling, maar dan moet je wel altijd de API kunnen aanspreken en aangezien proxmox op elke node de API/controlpanel installeerd is dat net het probleem .

Oorspronkelijk geplaatst door Mastje

Oplossing 2 is een stuk makkelijker te implementeren als je er minder tijd in wilt steken. Mocht er enkel alsnog een probleem voorkomen (Iets met Murphy) Kunnen klanten het controle paneel helaas niet bereiken en zullen ze al snel aan de telefoon hangen. Met oplossing 1 kan je de klant informeren via het controle paneel en kan je meer mankracht zetten op het oplossen van storingen.

Daarvoor hebben we nog een klantenportaal en status pagina etc.

Oorspronkelijk geplaatst door bibawa

Wij gaan er onze loadbalancers voorzetten , gebruiken hiervoor de opensource ZendLoadbalancer in cluster en werkt mooi.. Echter is het bij ons niet de bedoeling dat de klant rechstreeks gaat inloggen op proxmox , op termijn moet er een panel komen in onze beheersinterface waar hij de vps kan rebooten/startten/stoppen en ook console overnemen en ik vermoed dat dat het moeilijkste zal zijn voor te implementeren ..

Ik ken zenloadbalancer en gebruik het zelf ook, naast hardware loadbalancers, maar zenloadbalancer werkt idd redelijk goed out-of-the-box. Dat is dus ook exact de opzet die ik wil maken, api call vanuit het klantenportaal voor de basis zaken zoals start/stop, iso mount, novnc en wat stats en dan eventueel een link naar het eigenlijke proxmox paneel waar bepaalde gebruikers advanced zaken kunnen instellen.

Oorspronkelijk geplaatst door bibawa

Hebben jullie hier al iets voor gemaakt / Voorzien ?

Nee zijn hier nog volop mee bezig.

Oorspronkelijk geplaatst door The-BosS

Dat is ook de bedoeling, maar dan moet je wel altijd de API kunnen aanspreken en aangezien proxmox op elke node de API/controlpanel installeerd is dat net het probleem .

Daar kan je omheen programmeren. Als een willekeurige proxmox server niet reageert, ga je naar de volgende willekeurige. Eventueel hou je de status bij van alle servers in een cronjob of geplande taak.

Een foutmelding in je controle paneel met eventueel een verhaal over de storing, komt klantvriendelijker over dan de standaard browser foutmelding.

In dat noVNC gedeelte ben ik eigenllijk wel geinteresseerd :-)
Op onze oude Xen cluster was dat net het gedeelte wat ik niet aan de praat kreeg ..

Mocht je hier wat over willen delen :-)