vCPU, CPU, RAM, Storage, Sizing
Generell kommt immer wieder die Frage auf, wie berechne ich die vCPU, um daraus die Core abzuleiten bzw. wie viele vCPU stehen im Xaler zur Verfügung und wie viele davon benötigen wir selbst für uns.
Beim Sizing sollte der Partner uns pro VM die vCPU’s aufgeben (diese können unterschiedlich sein). Generell sollte eine VM nicht mehr vCPU haben, als wir an Kernen zur Verfügung haben, was mit der Taktung zu tun hat (eine VM, welche 16 vCPU hat, kann nicht mit einem Prozessor harmonieren, welcher nur 8 Kerne hat). Zu der Gesamtzahl der vCPU’s müssen wir noch für uns noch 2 vCPU für den AD1 und AD2 rechnen.
vCPU
Auflistungsbeispiele:
B-Serie 6 Core = 24 vCPU heißt 22 vCPU verfügbar
R-Serie 8 Core = 32 vCPU heißt 30 vCPU verfügbar
S-Serie 16 Core = 64 vCPU heißt 62 vCPU verfügbar
I-Serie 32 core = 128 vCPU heißt 126 vCPU verfügbar
Somit ergibt sich, dass die VM nie mehr vCPU haben darf, als das der Xaler an Core hat und müsste vom Partner dementsprechend angepasst werden.
Wir sollten generell für 1 Core 4 vCPU rechnen, auch wenn wir überdimensionieren können
RAM
Generell brauchen wir 12-13% RAM als Cash für unser Datacore und weitere 4-5GB für das Windowsbetriebssystem.
Auflistungsbeispiele gerechnet mit 12,5% - verfügbarer RAM für den Endkunden:
64GB RAM = 8 GB für Datacore + 5 GB für Windowsbetriebssystsem = 51GB RAM
128GB RAM = 16GB für Datacore + 5GB für Windows = 105GB RAM
256GB RAM = 32GB für Datacore + 5GB für Windows = 219GB RAM
512GB RAM = 64GB für Datacore + 5GB für Windows = 443GB RAM
1024GB RAM = 128GB für Datacore + 5GB für Windows = 891GB RAM
2048GB RAM = 256GB für Datacore + 5GB für Windows = 1787GB RAM
4096GB RAM = 512GB für Datacore + 5GB für Windows = 3579GB RAM
Storage
Generell sollte vom Storage 10% für uns mit eingerechnet werden bzw. von dem vorhandenen Storage abgezogen werden, damit wir genügend Puffer für uns haben und viel sicherer bei Problemen helfen können.
4TB = Rest 3,6 / 8TB = Rest 7,2 / 16TB = Rest 14,4 / 32TB = Rest 28,8 / 64TB = 57,6TB / 128TB = 115,25
Sizing
Zum Sizing sollten die zuvor genannten Daten herangezogen werden. Generell ist es wichtig, hier je nach Bedarf zu sizen. Oft gibt es die Problematik, dass z.B. der Kunde viel RAM benötigt, was bei kleineren Serien oft zu einer Überdimensionierung führe könnte.
Daher sollte man dann dazu überlegen lieber 2 kleinere Cluster anstatt nur einen großen Cluster anzubieten, wenn der Endkunde auch den benötigten Platz dafür hat.
Man kann auch den Kalkulator (siehe Bedienung Konfigurator) mit zur Hilfe nehmen. Hier wird das Optimum vorgeschlagen, jedoch sollte man auch heranziehen, ob das Budget dafür überhaupt bei dem Endkunden vorhanden ist.
0 Kommentare
Fügen Sie Ihren Kommentar hinzu