Bevor eine Shared Memory LPAR angelegt werden kann, muß zunächst erst einmal ein Shared Memory Pool angelegt werden. Dabei muß mindestens die Größe des Shared Memory Pools und ein oder zwei Paging Virtual-I/O-Server angegeben werden. Auf unserem Managed System ms03 gibt es noch reichlich freien Hauptspeicher, wie die Ausgabe von „ms lsmem“ zeigt:

$ ms lsmem ms03
NAME  INSTALLED  FIRMWARE  CONFIGURABLE  AVAIL   MEM_REGION_SIZE
ms03  1048576    13568     1048576       790272  256
$

Es sind aktuell noch 790.272 MB (ca. 772 GB) freier physikalischer Hauptspeicher vorhanden. Der Shared Memory Pool auf ms03 kann mit dem Kommando „ms addmempool“ (add memory pool) angelegt werden:

$ ms addmempool ms03 pool_mem=20G paging_vios_names=ms03-vio1
$

Mit dem Attribut pool_mem wird die Größe des Shared Memory Pools angegeben. Diese wird unmittelbar reserviert und steht damit für Dedicated Memory LPARs nicht mehr zur Verfügung. Das Auflisten des verfügbaren Speichers nach Anlegen des Shared Memory Pools zeigt, das jetzt weniger physikalischer Hauptspeicher verfügbar ist:

$ ms lsmem ms03
NAME  INSTALLED  FIRMWARE  CONFIGURABLE  AVAIL   MEM_REGION_SIZE
ms03  1048576    14336     1048576       769024  256
$

Hinweis: Nach Anlegen des Shared Memory Pools kann es einige Zeit dauern, bis der physikalische Speicher reserviert bzw. zugeordnet ist!

Mit dem Attribut paging_vios_names kann ein oder maximal zwei Paging Virtual-I/O-Server angegeben werden (durch Komma getrennt). Auch wenn wir hier mit nur einem Paging Virtual-I/O-Server ms03-vio1 starten, sollten in der Praxis, aus Redundanz-Gründen, immer zwei Paging Virtual-I/O-Server angegeben werden. Fällt einer der Virtual-I/O-Server aus, übernimmt der zweite automatisch.

Der aktuelle Shared Memory Pool kann mit dem Kommando „ms lsmempool“ (list memory pool) angezeigt werden:

$ ms lsmempool ms03
                      POOL_MEM               PAGING                
MS_NAME  CURR   AVAIL  FIRMWARE  MAX    VIOS_NAMES  MEM_DEDUP
ms03   20480  20224  256       20480  ms03-vio1  0
$