Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

1.

Add Hardware

Enlist

Before new hardware can be managed by the Platform server, you need to power it on manually for the first and only time. This initial step enlists the machine with the Platform server, after which the hardware automatically powers itself off.  After enlistment, new hardware appears in the CLI with the state “New”, and it can remain in that state indefinitely until needed.

Note: Enlistment is non-destructive to existing data. If the machine was added by mistake to the subnet that Platform server manages and is enlisted, you can correct it. No installation happens until you use the CLI to deploy Swarm to the chassis.

2.

Deploy Hardware

Commission

Once new hardware is enlisted, Platform sees it as available for commissioning, which occurs when you run a CLI command that deploys the hardware and boots Swarm. The deployment command automatically pushes the new hardware through all of the required operations. After the deploy operation starts, you can use the “list nodes” CLI command to view the chassis moving through the different states.

Note: The first power on and commissioning steps are also non-destructive to any existing data on the disks. Any data on the disks persists until Swarm is booted on the second power on operation, after which the persistence of any existing data is determined by Swarm. 

...

  • New — It has been powered on for the first time and has enlisted with the Platform Server. 

  • Commissioning — It is in the process of or recently finished the initial hardware interrogation stage on the way to deployment.

  • Ready — It has completed all the initial stages and is ready to be deployed with software.

  • Deploying/Deployed — It is in the process of or finished with the deployment of the Storage software.

  • Failed <X> — It encountered an error in completing one of the stages.

...

The storage process looks at all the names assigned to the different chassis and forms them into groups, which can then be used to determine how replicas are handled. You can group the chassis in any way you need to achieve your desired replica/fail-over paradigm.