Migratie Solaris Zones naar VMware JEOS - JBoss

[DolphShaft]

Even de situatie schetsen van wat mijn collega's en ik van plan zijn.

Momenteel hebben we 6 SPARC Solaris (V440) servers (2 oefen, 2 ontwikkel en 2 productie). Op elke server hebben we 1 zone per service (JBoss webapplicatie). Dus een applicatie draait op elke server, redundant per omgeving.
Voor elke applicatie staat er een loadbalancer die de applicatie aanbiedt als 1 virtualservice en achter de schermen de connecties regelt naar 2 "realservices"

Er zijn min of meer 15 applicaties.

Het grote nadeel van deze setup is de lage schaalbaarheid. Als applicatie A in productie zwaar belast is heeft applicatie B in productie hier last van terwijl de ontwikkel omgeving kan staan slapen.
Het ware dus beter dat we aan resource management zouden kunnen doen.

Naast de Solaris omgeving hebben we een VMware ESX omgeving (4 hosts) voor alle "restapplicaties". Dit is een allegaartje van windows en linuxbakken.

Aangezien we voor zware investeringen staan, de hele ijzerwarenwinkel is aan vervanging toe, zijn we aan het nadenken over de architectuur en strategie van de volgende jaren.

Nu het plan:
We schrappen alle solaris SPARC bakken. Ipv 1 service per zone te installeren, installeren we 1 JEOS (Ubuntu Server Just Enough OS => zeer lighweight OS uitermate geschikt voor virtualisatie) per applicatie. We blijven de applicaties aanbieden via de loadbalancer. Het leuke aan het verhaal is dat we de loadbalancer kunnen instellen dat deze de load op een bepaalde applicatie monitort. Wanneer deze merkt dat een bepaalde applicatie zwaar belast is, kan deze VMware triggeren voor het automatisch deployen van een nieuwe virtuele machine op basis van een template. Deze virtuele machine scripten we voor het installeren van JBoss en voegen we toe aan de JBoss cluster zodat de ear gepulled wordt. De nieuwe vm wordt automatisch toegevoegd aan de pool van realservices op de loadbalancer.
Zo kunnen we on the fly servers bijmaken die volledige automatisch in productie gesteld worden.

Van capacity on demand gesproken

Uiteraard moet de VMware omgeving sterk uitgebreid worden en moeten er voldoende licenties zijn (DRM, HA, VCB)

Graag had ik nog wat andere meningen over dit plan

[axis]

Klinkt goed..

Als ik je goed begrijp wil je een grote ESX DRS pool maken en beginnen met 30 productie vm's:
- app1-prod-node1
- app1-prod-node2
- app2-prod-node1
- app2-prod-node2
- app3-prod-node1
- app3-prod-node2
etc..

En dan wil je dus bijvoorbeeld dat als alle app2-prod nodes een te hoge load krijgen, dat je dan automagisch een app2-prod-node3 aanmaakt, en dan een app2-prod-node4, etc? Klinkt interessant

[DolphShaft]

Inderdaad, dat is de bedoeling.

Zal wel heel wat tijd kosten om dit op te zetten, laat staan optimaal te tweaken.

Dit is iets waar we ons een jaartje zoet mee kunnen houden :-)

[axis]

Naja, als je eenmaal de hardware besteld hebt (weet niet wat de requirements zijn, maar aangezien ik bekend ben met Dell zou ik een M1000e blade chassis nemen met een stuk of 5-10 blades met 2 cpu's en 32GB RAM, en een of meerdere Equallogic dozen), dan heb je je infrastructuur (VIC, ESXen en SAN) in een weekje up and running.
Ik ken JEOS niet, maar als je als goed getest hebt in je testlab heb je zo een vm gemaakt en deze 30x gekloond, en dan is het een kwestie van applicaties migreren. Klinkt ook allemaal niet zo heel ingewikkeld (ken de apps natuurlijk niet).
Het automatisch klonen van images kan natuurlijk ook nog later, en dat je het de eerste tijd nog even met de hand doet, maar goed, weet niet wat de requirements zijn.
Als ik het zo zie kun je in een maandje al op je nieuwe infrastructuur draaien