Dokumentation

Servere: Grundlæggende handlinger

Opret, stop, start, slet og tilpas dine servere.

Opret en server

  1. Vælg Compute > Instances, og klik Add Instance.
  2. Vælg en zone, et image (eller en ISO), og en flavor (service-udbud).
  3. Vælg en disk-udbud, og vælg eller tilføj et netværk.
  4. Klik Launch Instance.

Du kan oprette en server uden at starte den med det samme, hvis du hellere vil konfigurere den færdigt først.

Stop, start og genstart en server

Vælg serveren under Instances, og brug knapperne Stop, Start og Reboot.

Et stop forsøger først en ordentlig nedlukning af operativsystemet; kan det ikke lade sig gøre, afbrydes serveren med magt -- svarende til at trække stikket på en fysisk maskine. En genstart er ikke det samme som stop efterfulgt af start: ved start læser CloudStack serverens gemte konfiguration igen, hvilket en almindelig genstart ikke gør.

Slet en server

  1. Vælg serveren under Instances.
  2. Klik Destroy Instance.
  3. Vælg eventuelt om tilknyttede diske også skal slettes med det samme (ellers rømmes serveren først efter en periode, og kan i mellemtiden gendannes).

En slettet (destroyed) server kan ses og gendannes, indtil den er endeligt rømmet (expunged) -- derefter er den væk for altid, inklusive dens IP-adresse.

Rediger navn, OS eller gruppe

  1. Stop serveren.
  2. Klik Edit.
  3. Ændr visningsnavn, OS-type eller gruppe efter behov.
  4. Klik Apply.

Skift serviceudbud (vCPU/RAM)

  1. Vælg serveren, og stop den (medmindre dynamisk skalering er aktiveret -- se nedenfor).
  2. Klik Change Service.
  3. Vælg det nye service-udbud, og klik OK.

Dynamisk skalering uden genstart

På VMware og XenServer kan CPU og RAM skaleres op for en kørende server, helt uden nedetid -- forudsat at:

  • Guest-værktøjerne (VMware Tools / Xen Tools) er installeret på serveren.
  • Både imaget og service-udbuddet har Dynamic Scaling Enabled sat til sandt.
  • De nye værdier er inden for det, hypervisoren og serverens OS tillader.

Fremgangsmåden er den samme som at skifte serviceudbud ovenfor, blot uden at stoppe serveren først. Kan værtsserveren ikke rumme den øgede belastning med det samme, migreres serveren automatisk til en anden vært i samme klynge, hvis muligt.