Was haltet ihr von dem neuen Lizenzmodell bei vsphere5? Abrechnung nach konfiguriertem RAM (summiert) der VMs!
Für uns ist das ein Horrorszenario...
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Neues Lizenzmodell bei vsphere5
Das Krasse ist, unser Kundenmodell geht so gar nicht mehr. Die zahlen nämlich für aktiven Speicher (ermittelt mit Chargeback) ..wir müssen jetzt aber an VMware konfigurierten Speicher bezahlen.. übel 
Und Chargeback kann den gar nicht ermitteln!
Ich hätte nen Lizenzmodell erwartet was auf die Anzahl der VM geht.. das wäre besser..find ich
Und Chargeback kann den gar nicht ermitteln!
Ich hätte nen Lizenzmodell erwartet was auf die Anzahl der VM geht.. das wäre besser..find ich
Sorry VMware, was raucht ihr da?
Mit diesem Memory Lizenzmodell werden sicher einige Kunden, vorallem im K(M)U Umfeld, zu einer anderen Virtualisierungslösung greifen.
Wenn ich mir meine Essential Kunden so anschaue, haben wir nie Engpässe mit den CPU Ressourcen, sondern viel mehr mit Memory.
Bei einer W2k8R2 VM mit 8GB RAM kann ich so maximal 18 VMs betreiben. Und der Memory Bedarf des OS und der Applikationen steigt ja ständig. Eine Testumgebung aus der Produktivumgebung zu klonen wird dann bald nicht mehr möglich sein.
Auch wird es scheinbar keine Addons zur Essential geben wo man Memory nachlizenzieren könnte
Was passiert eigentlich mit bestehenden 4.1er Clustern die mehr RAM verbaut haben? Wegschmeissen? Trotz aktivem SnS Einbussen in Kauf nehmen? Wechsel zu Hyper-V?
Was will man in Essential Umgebungen haben? Zentrales Management, HA, vielleicht vMotion, Snapshots. Dies bieten andere Hypervisoren auch, ohne diese bescheuerte Memoryeinschränkung und erst noch günstiger!
Jetzt gerade ein Bisschen gefrustet
Chregu
Mit diesem Memory Lizenzmodell werden sicher einige Kunden, vorallem im K(M)U Umfeld, zu einer anderen Virtualisierungslösung greifen.
Wenn ich mir meine Essential Kunden so anschaue, haben wir nie Engpässe mit den CPU Ressourcen, sondern viel mehr mit Memory.
Bei einer W2k8R2 VM mit 8GB RAM kann ich so maximal 18 VMs betreiben. Und der Memory Bedarf des OS und der Applikationen steigt ja ständig. Eine Testumgebung aus der Produktivumgebung zu klonen wird dann bald nicht mehr möglich sein.
Auch wird es scheinbar keine Addons zur Essential geben wo man Memory nachlizenzieren könnte
Was passiert eigentlich mit bestehenden 4.1er Clustern die mehr RAM verbaut haben? Wegschmeissen? Trotz aktivem SnS Einbussen in Kauf nehmen? Wechsel zu Hyper-V?
Was will man in Essential Umgebungen haben? Zentrales Management, HA, vielleicht vMotion, Snapshots. Dies bieten andere Hypervisoren auch, ohne diese bescheuerte Memoryeinschränkung und erst noch günstiger!
Jetzt gerade ein Bisschen gefrustet
Chregu
Das bei der aktuellen Prozessor-Entwicklung eine CPU/ ein Kern als Lizenzierungsgegenstand sinnlos ist, sollte jedem klar sein. Da ist Arbeitsspeicher sicherlich interessanter. Ich kann VMware da verstehen und ich glaube nicht, dass diese Lizenzierungsumstellung Kunden in die Hände von Microsoft oder Citrix treiben wird. Dafür sind die technischen Features von VMware einfach zu gut.
Viel Spaß beim Lesen
VMware vSphere 5.0 Licensing: Per-Processor with Pooled vRAM Entitlements vSphere 5.0 will be licensed on a per-processor basis with a vRAM entitlement. Each vSphere 5.0 CPU license will entitle the purchaser to a specific amount of vRAM, or memory configured to virtual machines. The vRAM entitlement can be pooled across a vSphere environment to enable a true cloud or utility based IT consumption model. Just like VMware technology offers customers an evolutionary path from the traditional datacenter to cloud infrastructure, the vSphere 5.0 licensing model allows customers to evolve to a cloud-like “pay for consumption” model without disrupting established purchasing, deployment and licensemanagement practices and processes.
Licensing Unit: Per Processor (CPU)
vSphere 5.0 is still licensed on a per-processor basis, allowing customers to continue leveraging established purchasing, deployment and license-management processes.
No Limits on Physical Resources
vSphere 5.0 licensing removes all restrictions on physical cores and physical RAM. This change eliminates barriers to deploying vSphere on new multicore server configurations, improving customers’ ability to choose server hardware that best meets
their requirements.
vRAM Entitlement
We have introduced vRAM, a transferable, virtualization-based entitlement to offer customers the greatest flexibility for vSphere configuration and usage. vRAM is defined as the virtual memory configured to virtual machines. When a virtual machine is created, it is configured with a certain amount of virtual memory (vRAM) available to the virtual machine. Depending on the edition, each vSphere 5.0-CPU license provides a certain vRAM capacity entitlement. When the virtual machine is powered on, the vRAM configured for that virtual machine counts against the total vRAM entitled to the user. There are no restrictions on how vRAM capacity can be distributed among virtual machines: a customer can configure many small virtual machines or one large virtual machine. The entitled vRAM is a fungible resource configured to meet customer workload requirements.
Pooled vRAM Capacity
An important feature of the new licensing model is the concept of pooling the vRAM capacity entitlements for all processor licenses (see Figure 1). The vRAM entitlements of vSphere CPU licenses are pooled—that is, aggregated—across all CPU licenses managed by a VMware vCenter instance (or multiple linked VMware vCenter instances) to form a total available vRAM capacity (pooled vRAM capacity). If workloads on one server are not using their full vRAM entitlement, the excess capacity can be used by other virtual machines within the VMware vCenter instance. At any given point in time, the vRAM capacity consumed by all powered-on virtual machines within a pool must be equal or lower than the pooled vRAM capacity.
The pooling of vRAM makes vSphere 5.0 licensing extremely flexible and can reduce the number of required vSphere licenses because vRAM entitlements can be shared among multiple hosts. There are no restrictions on how vRAM is consumed across virtual machines and CPUs. At any given point in time, the amount of vRAM consumed by active virtual machines on a CPU could exceed the base entitlement of the vSphere 5.0 license assigned to that CPU. As long as the total consumed vRAM across all virtual machines managed by a VMware vCenter instance or multiple linked VMware vCenter instances is less or equal to the total available vRAM, vSphere is correctly licensed. Increasing the Pooled vRAM Capacity If necessary, the easiest way to expand pooled vRAM capacity is to add more vSphere CPU licenses of the same edition to the vRAM pool. Alternatively, customers can upgrade all CPU licenses in the vRAM pool to a vSphere edition with a higher base vRAM entitlement.
Monitoring of Pooled vRAM Capacity Available and consumed vRAM capacity can be monitored and managed using the licensing-management module of VMware vCenter Server. Customers can create reports and set up alerts to obtain automated notification of when the level of vRAM consumption surpasses a specified level of the available pooled capacity.
Benefits of vSphere 5.0 Licensing
The new vSphere 5.0 licensing model provides
• Simplicity – Removes two physical constraints (core and physical RAM), replacing them with a single virtual entitlement (vRAM). Customers now have a clear path to license vSphere on next-generation hardware configurations.
• Flexibility – Extends the concept of resource pooling from technology to the business of IT by allowing aggregation and sharing of vRAM entitlement across a large pool of severs.
• Fairness – Better aligns cost with actual use and value derived rather than hardware configurations and capacity.
• Evolution – Allows customers to evolve to a cloud-like “pay for consumption” model without disrupting established purchasing, deployment and license-management practices and processes. Figure 2 shows a comparison between the vSphere 4.x and
vSphere 5.0 licensing models.
VMware vSphere 5.0 Licensing: Per-Processor with Pooled vRAM Entitlements vSphere 5.0 will be licensed on a per-processor basis with a vRAM entitlement. Each vSphere 5.0 CPU license will entitle the purchaser to a specific amount of vRAM, or memory configured to virtual machines. The vRAM entitlement can be pooled across a vSphere environment to enable a true cloud or utility based IT consumption model. Just like VMware technology offers customers an evolutionary path from the traditional datacenter to cloud infrastructure, the vSphere 5.0 licensing model allows customers to evolve to a cloud-like “pay for consumption” model without disrupting established purchasing, deployment and licensemanagement practices and processes.
Licensing Unit: Per Processor (CPU)
vSphere 5.0 is still licensed on a per-processor basis, allowing customers to continue leveraging established purchasing, deployment and license-management processes.
No Limits on Physical Resources
vSphere 5.0 licensing removes all restrictions on physical cores and physical RAM. This change eliminates barriers to deploying vSphere on new multicore server configurations, improving customers’ ability to choose server hardware that best meets
their requirements.
vRAM Entitlement
We have introduced vRAM, a transferable, virtualization-based entitlement to offer customers the greatest flexibility for vSphere configuration and usage. vRAM is defined as the virtual memory configured to virtual machines. When a virtual machine is created, it is configured with a certain amount of virtual memory (vRAM) available to the virtual machine. Depending on the edition, each vSphere 5.0-CPU license provides a certain vRAM capacity entitlement. When the virtual machine is powered on, the vRAM configured for that virtual machine counts against the total vRAM entitled to the user. There are no restrictions on how vRAM capacity can be distributed among virtual machines: a customer can configure many small virtual machines or one large virtual machine. The entitled vRAM is a fungible resource configured to meet customer workload requirements.
Pooled vRAM Capacity
An important feature of the new licensing model is the concept of pooling the vRAM capacity entitlements for all processor licenses (see Figure 1). The vRAM entitlements of vSphere CPU licenses are pooled—that is, aggregated—across all CPU licenses managed by a VMware vCenter instance (or multiple linked VMware vCenter instances) to form a total available vRAM capacity (pooled vRAM capacity). If workloads on one server are not using their full vRAM entitlement, the excess capacity can be used by other virtual machines within the VMware vCenter instance. At any given point in time, the vRAM capacity consumed by all powered-on virtual machines within a pool must be equal or lower than the pooled vRAM capacity.
The pooling of vRAM makes vSphere 5.0 licensing extremely flexible and can reduce the number of required vSphere licenses because vRAM entitlements can be shared among multiple hosts. There are no restrictions on how vRAM is consumed across virtual machines and CPUs. At any given point in time, the amount of vRAM consumed by active virtual machines on a CPU could exceed the base entitlement of the vSphere 5.0 license assigned to that CPU. As long as the total consumed vRAM across all virtual machines managed by a VMware vCenter instance or multiple linked VMware vCenter instances is less or equal to the total available vRAM, vSphere is correctly licensed. Increasing the Pooled vRAM Capacity If necessary, the easiest way to expand pooled vRAM capacity is to add more vSphere CPU licenses of the same edition to the vRAM pool. Alternatively, customers can upgrade all CPU licenses in the vRAM pool to a vSphere edition with a higher base vRAM entitlement.
Monitoring of Pooled vRAM Capacity Available and consumed vRAM capacity can be monitored and managed using the licensing-management module of VMware vCenter Server. Customers can create reports and set up alerts to obtain automated notification of when the level of vRAM consumption surpasses a specified level of the available pooled capacity.
Benefits of vSphere 5.0 Licensing
The new vSphere 5.0 licensing model provides
• Simplicity – Removes two physical constraints (core and physical RAM), replacing them with a single virtual entitlement (vRAM). Customers now have a clear path to license vSphere on next-generation hardware configurations.
• Flexibility – Extends the concept of resource pooling from technology to the business of IT by allowing aggregation and sharing of vRAM entitlement across a large pool of severs.
• Fairness – Better aligns cost with actual use and value derived rather than hardware configurations and capacity.
• Evolution – Allows customers to evolve to a cloud-like “pay for consumption” model without disrupting established purchasing, deployment and license-management practices and processes. Figure 2 shows a comparison between the vSphere 4.x and
vSphere 5.0 licensing models.
Wenn Firmen nun 3-4fache Kosten ohne einen wirklichen Mehrwert haben, glaube ich schon das einige wechseln werden, auch wenn das Produkt noch nicht so gut ist. Wenn man im Internet mal so quer liest, wird das schon recht deutlich. Die Konkurrenz schläft ja auch nicht.
Die Essentials Edition ist auf modernen Maschinen überflüssig geworden. Das wird mir kaum noch ein Kunde abnehmen. Und die Preis um sich davon "freizukaufen" ist einfach zu hoch. VMWare war immer schon sehr teuer. Aber über Nacht die Preise im schlimmsten Fall zu vervierfachen...
Ich denke das wir auf andere Produkte umschulen werden. Im KMU Sektor in einer eher ländlichen Gegend werde ich sonst nicht mehr viele Kunden haben.
Die Essentials Edition ist auf modernen Maschinen überflüssig geworden. Das wird mir kaum noch ein Kunde abnehmen. Und die Preis um sich davon "freizukaufen" ist einfach zu hoch. VMWare war immer schon sehr teuer. Aber über Nacht die Preise im schlimmsten Fall zu vervierfachen...
Ich denke das wir auf andere Produkte umschulen werden. Im KMU Sektor in einer eher ländlichen Gegend werde ich sonst nicht mehr viele Kunden haben.
-
Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Hi!
@tomber: Schau Dir mal die Produkte von vkernel an! Die machen sowas, RAM-Auslastung überwachen und dann entsprechend resize-Vorschläge geben.
(Haben auch ein mächtiges chargeback!)
Als Provider muss man ja akuell auch schon nach Auslastung kaufen, unabhängig von der CPU-Anzahl. Da ändert sich im Modell also recht wenig.
für Endkunden: Sorgt schon mal dafür, dass die Leute endlich klein anfangen werden beim Bauen der VMs
Ich bin mal gespannt, obs für kleine Umgebung noch Änderungen gibt. Denn da hat VMware die meiste Konkurrenz...
Und es wird bestimmt wieder gute Upgrade-Angebote geben, also immer Augen und Ohren offenhalten!
viele Grüße,
Jörg
@tomber: Schau Dir mal die Produkte von vkernel an! Die machen sowas, RAM-Auslastung überwachen und dann entsprechend resize-Vorschläge geben.
(Haben auch ein mächtiges chargeback!)
Als Provider muss man ja akuell auch schon nach Auslastung kaufen, unabhängig von der CPU-Anzahl. Da ändert sich im Modell also recht wenig.
für Endkunden: Sorgt schon mal dafür, dass die Leute endlich klein anfangen werden beim Bauen der VMs
Ich bin mal gespannt, obs für kleine Umgebung noch Änderungen gibt. Denn da hat VMware die meiste Konkurrenz...
Und es wird bestimmt wieder gute Upgrade-Angebote geben, also immer Augen und Ohren offenhalten!
viele Grüße,
Jörg
Senf hat geschrieben:Wenn Ihr auf vSphere 4 bleibt ändert sich ja nix.
klar aber das ist natürlich keine option
Geht Ihr auf vSphere 5 dann gilt folgendes:
Ihr habt Pro CPU 42 GB RAM. Das macht 6x42=144 GB RAM, die Ihr dann nutzen dürft.
bei welchem lizenztyp? bei essentials gilt doch 24GB pro CPU oder nicht?
ah ok habs nun gefunden (wobei ich das mit dem kit nicht verstehe...) für mich klingt es so, als wenn die 24GB vRAM nicht pro CPU sondern für das gesamte Kit bedeuten
http://www.vmware.com/files/pdf/vsphere_pricing.pdf
- 24GB vRAM for
Essentials Kit
- 24GB vRAM for
Essentials Plus Kit
- 24GB vRAM for
Standard
- 32GB vRAM for
Enterprise
- 48GB vRAM for
Enterprise Plus
Die Werte sind pro CPU gemeint. Sonst kommst Du ja selbst mit Enterprise Plus nicht weit 
Auf Seite 8 rechts oben steht auch:
Both editions include vSphere processor licenses and VMware vCenter Server for Essentials for an environment of up to three hosts (up to 2 CPUs each) and maximum pooled vRAM capacity of 144GB (24GB x 6 vSphere Essentials CPU licenses).
Auf Seite 8 rechts oben steht auch:
Both editions include vSphere processor licenses and VMware vCenter Server for Essentials for an environment of up to three hosts (up to 2 CPUs each) and maximum pooled vRAM capacity of 144GB (24GB x 6 vSphere Essentials CPU licenses).
Senf hat geschrieben:Die Werte sind pro CPU gemeint. Sonst kommst Du ja selbst mit Enterprise Plus nicht weit
Ja aber ein Server mit 4 Enterprise Plus Lizenzen hat dann nur 192GB RAM.
Doof wenn die Kisten dann 256 haben. Das ist doch echt ein schlechter scherz von denen. Eine E+ Lizenz mit nur 48 GB zu versorgen......
-
Nukite2007
- Member
- Beiträge: 356
- Registriert: 16.05.2007, 11:48
- Wohnort: Rosenheim / Obb.
@chrish. Laut VMware kaufst Du dann "einfach" weitere Enterprise Plus Lizenzen nach. Auch wenn Du trotzdem weiter hin nur 4 CPU hast. Solltest DU dann irgendwann 5 oder 6 CPU haben bei gleichem Ram, kannst Du die zugekauften Lizenzen dafür verwenden.
Ich find das System auch nicht so toll. Vielleicht hätte man komplett von CPU- auf RAM-Lizenzierung umstellen sollen....
Ich find das System auch nicht so toll. Vielleicht hätte man komplett von CPU- auf RAM-Lizenzierung umstellen sollen....
Nukite2007 hat geschrieben:Hallo zusammen,
also so ganz habe ich das noch nicht verstanden.
Was bedeutet dies für mich bei folgender Konstellation:
7 Stück Host mit ESX Enterprise Lizenz. Jeder Host hat 2 physische CPU´s und 64GB RAM.
Danke für die Aufklärung
Peter
Dann passt Das. 7x64GB=448 GB RAM (soviel hast DU)
Haben darfst Du: 7x2x32GB=448 GB RAM.
Wenn Du mehr Ram nutzen willst, dann musst DU in Zukunft zusätzliche Enterprise-Lizenzen zukaufen. Das gilt wohlgemerkt nur für vSphere 5. Bleibst DU auf 4 ändert sich garnichts.
-
Nukite2007
- Member
- Beiträge: 356
- Registriert: 16.05.2007, 11:48
- Wohnort: Rosenheim / Obb.
ich hab gerade mal unsere testumgebung durchgerechnet (essentials ohne plus)
Aktuell:
1 Host mit 2 CPUs und 128GB
2 Hosts mit 2 CPUs und 96 GB
Nutzen dürfte ich bei vSphere 5 demnach 6x24= 144 GB; tatsächlich vorhanden sind 320 GB RAM. Selbst wenn ich nicht den gesamten RAM zuweise (macht man normalerweise ja nie) komme ich auf die doppelten Lizenzkosten (statt 6 CPUs lizensiere ich dann 12 was immernoch günstiger als ein Wechsel auf Enterprise Plus ist)
Aktuell:
1 Host mit 2 CPUs und 128GB
2 Hosts mit 2 CPUs und 96 GB
Nutzen dürfte ich bei vSphere 5 demnach 6x24= 144 GB; tatsächlich vorhanden sind 320 GB RAM. Selbst wenn ich nicht den gesamten RAM zuweise (macht man normalerweise ja nie) komme ich auf die doppelten Lizenzkosten (statt 6 CPUs lizensiere ich dann 12 was immernoch günstiger als ein Wechsel auf Enterprise Plus ist)
Zurück zu „vSphere 5 / ESXi 5 und 5.1“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast