Wer ein NSX-V Lab aufsetzen und dabei die Ressourcennutzung durch NSX etwas veringern möchte kann mit folgendem Trick die Ressourcen-Reservierungen entfernen und die vergebenen Ressourcen anpassen.

Die OVF-Templates für die NSX Controller finden sich im Dateisystem des NSX Managers und können einfach vor dem Deployment der NSX Controller durch den NSX Manager angepasst werden. Hierzu muss sich per SSH auf den NSX Manager verbunden und in den privilegierten Modus gewechselt werden. Danach wird die Linux Shell (Tech Support Access) aufgerufen, hierzu wird das Passwort aus dem VMWare KB-Artikel 2149630 verwendet.

nsxm-1> enable
Password:
nsxm-1# st e
Password:

Sobald wir auf Shell-Ebene angekommen sind, suchen wir uns die OVF-Templates der NSX Controller (erste Datei).

[root@nsxm-1 ~]# find / -name "*.ovf"
/common/em/components/vdn/controller/ovf/nsx-controller-6.4.4-build10927634.ovf
/common/em/components/vdn/controller/ovf-old/nsx-controller-6.4.2-build9614752.ovf
/common/em/components/edge/trinity/nsx-edge-quadlarge.ovf
/common/em/components/edge/trinity/nsx-edge-compact-coredump.ovf
/common/em/components/edge/trinity/nsx-edge-large-coredump.ovf
/common/em/components/edge/trinity/nsx-edge-quadlarge-coredump.ovf
/common/em/components/edge/trinity/nsx-edge-large.ovf
/common/em/components/edge/trinity/nsx-edge.ovf
/common/em/components/edge/trinity/nsx-edge-xlarge-coredump.ovf
/common/em/components/edge/trinity/nsx-edge-xlarge.ovf
/common/em/components/edge/trinity/nsx-edge-compact.ovf
/common/em/components/usvm/6.4.4.11051444/ovf/vShield-USVM-VA-6.4.4.0-11051444_OVF10.ovf
/common/em/components/usvm/6.4.2.9581826/ovf/vShield-USVM-VA-6.4.2.0-9581826_OVF10.ovf

Durch Bearbeiten der OVF Templates können dann die Ressourcen angepasst und die Reservierungen entfernt werden.

[root@nsxm-1 ~]# vi /common/em/components/vdn/controller/ovf/nsx-controller-6.4.4-build10927634.ovf
...
    <VirtualHardwareSection ovf:transport="com.vmware.guestInfo" ovf:required="false">
      <Info>Virtual Hardware Requirements</Info>
      <System>
        <vssd:ElementName>Virtual Hardware Family</vssd:ElementName>
        <vssd:InstanceID>0</vssd:InstanceID>
        <vssd:VirtualSystemType>vmx-11</vssd:VirtualSystemType>
      </System>
      <Item>
        <rasd:AllocationUnits>hertz * 10^6</rasd:AllocationUnits>
        <rasd:Description>Number of virtual CPUs</rasd:Description>
        <rasd:ElementName xmlns:rasd="http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_ResourceAllocationSettingData">4 virtual CPUs</rasd:ElementName>
        <rasd:InstanceID xmlns:rasd="http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_ResourceAllocationSettingData">1</rasd:InstanceID>
        <rasd:Reservation>0</rasd:Reservation>
        <rasd:ResourceType>3</rasd:ResourceType>
        <rasd:VirtualQuantity>4</rasd:VirtualQuantity>
      </Item>
      <Item>
        <rasd:AllocationUnits>byte * 2^20</rasd:AllocationUnits>
        <rasd:Description>Memory Size</rasd:Description>
        <rasd:ElementName xmlns:rasd="http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_ResourceAllocationSettingData">4096 MB of memory</rasd:ElementName>
        <rasd:InstanceID xmlns:rasd="http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_ResourceAllocationSettingData">2</rasd:InstanceID>
        <rasd:Reservation>0</rasd:Reservation>
        <rasd:ResourceType>4</rasd:ResourceType>
        <rasd:VirtualQuantity>4096</rasd:VirtualQuantity>
      </Item>
...

Diese Veränderungen sollten niemals in Produktivumgebungen umgesetzt werden. VMware wird auf eine angepasste Konfiguration uim Zweifelsfall keinen Support geben!