Enable and disable cloud bursting and edit cloud bursting scenarios to reconfigure cloud bursting such as adding instance
types, updating the cloud node boot script, and managing SSH keys.
Burst nodes manually (without the intervention of the PBS cloud bursting hook) for testing purposes or when your site wants to keep nodes burst for an indeterminate amount
of time.
Use AWS Spot Instances to request spare computing capacity for up to 90% off the On-Demand price. Spot pricing is available
for Azure and AWS. GCP has preemptible which is the same process except there is no bid price.
The real-time dashboard in Control (currently in preview release stage), provides live data in a single page to view
several aspects about the overall operation of a cluster.
Burst nodes manually (without the intervention of the PBS cloud bursting hook) for testing purposes or when your site wants to keep nodes burst for an indeterminate amount
of time.
Burst nodes manually (without the intervention of the PBS cloud bursting hook) for
testing purposes or when your site wants to keep nodes burst for an indeterminate amount of
time.
A cloud bursting scenario must be created before you can
burst cloud nodes.
Cloud nodes can be burst manually (without using the PBS cloud bursting hook) to test the bursting scenario,
to ensure that the connectivity from the PBS Server
to the cloud infrastructure is working properly, or so that the cloud node remains burst
indefinitely.
The below instructions, show how to manually burst a node via the
Node tab. You can also burst a cloud node manually and manage manually burst nodes
through the bursting scenario's Customization tab.
Important: Cloud nodes burst manually remain up and running until
explicitly unburst.
Login to Control.
Click the Cloud tab.
Click Bursting from
the Infrastructure menu located on the left-hand side of
the web page.
Select a bursting scenario by clicking its name.
Click Node.
Nodes that were burst by the PBS
cloud bursting hook are displayed at the top while manually burst nodes are
displayed below. By default, the manually burst nodes are grouped by instance
type.
Tip: To group the manually burst nodes by tags, click
Tag located to the right of Group by.
Under Machines - manually burst, click Burst
machines.
A list of instance types that have been enabled for the bursting
scenario is displayed.
For Tags, enter a key-value pair to add a label to the
cloud node and press ENTER.
A tag is a label that is assigned to a cloud node. Tags
enable cloud nodes to be categorized in different ways, for example, by purpose,
owner, or environment.
The key-value pair must be entered as key:value. The
key must be less than 36 characters and the value must be less than 43
characters. The length of both the key + value should be less than 80
characters. Valid values are alphanumeric, dash (-) and an underscore ( _
).
Once the tag is added, it will appear within its own bubble.
Repeat the previous step to add more tags.
Tip: To remove a tag click on the 'x' located within the tag
bubble.
Enable End date and provide a date and time to
automatically unburst cloud nodes on a given date and time.
All machines will be unburst on this date within five minutes of the specified
time. Jobs currently running on the node will be canceled.
Click to choose an instance type to
burst.
Enter the number of machines to burst.
Optionally, override the default OS image by entering a different OS
image.
An OS image is the template used to create the virtual machine.
Optionally, click
again to burst the same instance type with a different OS image.
Repeat steps 10
through 13 to burst any
other instance types.
Click Burst xx machines.
Where xx indicates the number of virtual machines that will be burst.
Click Burst xx machines to confirm the action.
Click to
view messages in the Notification Center about the progress of the bursting
activity.
Once bursting is complete, a list of virtual machine that
have been burst is displayed.