In this article:
- Instances page
- Deploying a New Instance
- Scheduling Instances
- Protecting Instance Shutdown or Termination
- Deploying Instances without Lifecycle Management
- Handling Instance Lifecycle States
- Managing multiple instances with bulk actions
- Exporting the List of Instances
- Contacting Cloud Application Manager Support
This article is meant to assist Cloud Application Manager customers in the management of their instances.
Cloud Application Manager customers.
- An active Cloud Application Manager account.
- A provider already configured and synchronized
The Instances left side menu option of the Applications site allows you to see at a glance a view of all instances you have access to through your configured providers in your current scope.
The left side menu of Applications site shows you at a glance a view of all instances you have access to through your configured providers.
There are three different submenu options under Instances:
All: shows all type of instances, either registered or unregistered.
Registered: shows only registered instances, which are the ones deployed through or imported into Cloud Application Manager. In these instances, you can do lifecycle management by executing lifecycle events or using the lifecycle editor to change variables, event scripts or box versions of the instance. You can also select a specific state among the available ones (Online, Unavailable, Processing, Not Responding, Unknown, Shutdown, Terminated) to show only the instance in the selected state.
Unregistered: shows only unregistered instances, which are the ones accessible into all the defined providers that were not deployed through Cloud Application Manager. They are discovered in the synchronization event of a provider and are classified by Type and Subtype.
- Type: One of Compute, Network, Database, Storage or Other
- Subtype: this is the instance class, specific to each provider type. For example, for AWS type providers we can see VPC or Application Load Balancers (for Network type instances), and S3 or Elastic Block Storages (for Storage type instances) and for an Azure provider we could see Virtual Networks or Application Gateways (in Network type instances) and Queue or BLOB (in Storage type instances). You can check the full list of Microsoft Azure resources being displayed here and full list of CenturyLink Cloud resources being displayed here.
You can also select a specific state among the available ones (Active, Inactive) to show only the instance in the selected state.
The Instances page displays on the top of the page a new button, a search field and a filters and instance view buttons. The search field allows you to find any instance looking for most of the instance fields such as name, instance-id, service-id, public or private IP address, support_id, hostname, owner or last user who acted on the instance.
Below this components you can find the corresponding list or graph of instances, depending on the view type that is selected.
In the instances list, any Compute type unregistered instance can be registered (imported) into Cloud Application Manager to enable lifecycle management on it (an icon button allowing it will appear at the end of its row), so it will be shown from them on as a registered instance in the corresponding views. The Unregistered Instances tab in the provider details page remains unchanged showing only compute registerable instances. If you want to bulk register (import) several instances from the same provider, use this feature from there instead, where bulk register is also available as a bulk action.
- Online: last lifecycle operation succeeded and the instance is up and running.
- Unavailable: last lifecycle operation has failed, see instance logs for more details. The instance may not be accessible.
- Processing: when a lifecycle operation is being executed. The instance is not ready yet.
- Not Responding: the Cloud Application Manager instance agent has not contacted back for at least 10 minutes. The instance may have been changed from outside of Cloud Application Manager, and could be stopped, deleted or just the agent is not running.
- Unknown: Cloud Application Manager cannot determinate the state of the instance. The instance has several machines and someones are in the Not Responding state and some others in any other state.
- Shutdown: the instance is shut down and cannot be used. The instance can be restarted at any time.
- Terminated: the instance has been removed from the underlying provider and it is no longer available. Cloud Application Manager keep the instance data and its logs, that will be removed if you delete the instance.
Instance view types
In the top right corner of the Instances page there are several icons to select the type of view that is being shown:
These icons are respectively:
- Topology view: shows a graph with the instances type and its relationships (bindings)
- List view (default): shows a list view of all instances
- Provider view: shows a list view of all instances grouped by provider
- Map view: shows a world map view of all instances grouped by location
Instance view filters
There is a filter icon button next to the view types icon that makes visible all available filters for the view:
These filters are dynamically filled with the valid values, are hidden if there are no values in the current view and also allow multiple selections in values to be shown. The available filters are:
- Cost Center: Filter by cost centers responsible for instances. This filter is only available if you are at the Organization level scope.
- Workspace: filter by any accessible workspace containing instances
- Providers: filter by available provider types or providers
- Types: filter by available types or subtypes
- Location: filter by available location, including Global
- Tags: filter by defined tags in instances
- Service Types: filter by available service types (i.e., Linux Compute, Windows Compute, Azure Resource Manager Service, CloudFormation Service, etc.)
Some of the filters, such as Providers and types, have two level of filtering (i.e., provider type and provider), allowing a mixed selection of levels. For example, you can select AWS provider type to show all AWS providers instances, and a specific Microsoft Azure provider to also show this provider instances in the same view.
Deploying a New Instance
An instance is an instantiated version of a box launched to provider's virtual infrastructure or your own. Follow these steps to launch one.
Click Instances > New
Select a box. You can search and look through the tabs.
- Boxes. Shows boxes you created in your workspace.
- Explore. Shows default boxes available to all Cloud Application Manager users. These include service boxes such as Linux Compute, Windows Compute; includes AWS services like MySQL Database, Oracle Database, DynamoDB, PostgreSQL Database, and S3 bucket; and includes the Azure Microsoft SQL Database service. You can directly launch an instance to these database services. While you can’t modify those boxes, you can combine them with other boxes to build multi-tiered applications.
Note: Don’t find a box you’re looking for? Check if you’re in the right workspace. Remember that you may not have access if the box is no longer shared with you.
In the New Instance dialog, specify the instance name and deployment policy.
Name. Give a name to recognize the instance.
Deployment Policy. Select a previously created deployment policy or create a new one. For details, see Creating a Deployment Policy.
In the New Instance dialog, pass deployment parameters under Variables. Before launching, you can override and provide fresh values.
- Listed here are all the variables defined in the main box as well as those within nested boxes or box type variables.
- Required variables are marked with an asterisk. To see all variables including optional ones, click Show More.
- When a variable is required, you must specify its value to launch an instance of the box. If optional, you can launch without giving values, and do it later in the lifecycle editor.
- Binding type variables are also listed here. Depending on how it’s defined in the box, you can select as its value any instance or that of a specific box type deploying or active in the workspace.
Save on compute and hosting costs by scheduling instances at launch time. Rather than remember to turn off a machine manually, schedule it to stop automatically at your convenience. When launching, you can schedule an instance to shut down or terminate at a given UTC time.
We notify you of instances about to expire in 24 hours by email at around 12 AM UTC. From the email, you can navigate to the instance page and change the schedule if you like. If you don’t get this email, check your email spam filters or check if SMTP outbound is on in the setup console for the Cloud Application Manager appliance.
Follow these steps to schedule an instance.
From the Instances page, click New.
Select a box you want to deploy.
In the New Instance dialog, select the Shutdown or Terminate operation from the Expiration drop-down.
Select Always on if you don’t want to schedule anything. Shutdown powers off the instance while Terminate deletes the instance on the provider’s side.
For the selected operation, set a predefined or custom UTC schedule.
When done, click Deploy.
Note: Even if you don’t schedule an instance at the time of deploying, you can do so later. Once online, you can go to an instance page and in Edit Details, set the schedule.
Besides the user interface, you can automatically schedule instances using the instances API with a POST or PUT request.
Protecting Instance Shutdown or Termination
Avoid accidental operations on particular instances. Instance Protection Flag allows to protect an instance for manual shutdown or termination. The instance will still be affected by scheduled termination or shutdown configured values if any.
Instance Protection feature prevents the user to perform shutdown/terminate operations on API/UI level, also affecting at provider level if implements this feature.
Instance Protection feature can be set at Deployment Policy Level or Instance Deployment Level.
Follow these steps to enable instance protection on any deployment policy box:
From the boxes page, click New
Select Deployment Policy
In the New or Edit Deployment Policy Box dialog, enable the Manual Shutdown Protection or Manual Terminate Protection toggle under expiration dropdown.
When done, click Save
Note: Instances deployed through this box will inherit the protection configuration flags
Follow these steps to protect an instance at deployment time:
From the instances page, click New.
Select a box you want to deploy.
Select a deployment policy box from availables in policy dropdown.
In the New Instance dialog, enable the Manual Shutdown Protection or Manual Terminate Protection toggles under Expiration dropdown.
When done, click Deploy
Note: If policy box used for deployment has Manual Shutdown Protection or Manual Terminate Protection enabled, it will be inherited by the current instance preventing the user to disable them.
Instance protection on registered instances
Some providers allows to enable Instance Protection. CAM Instance Registering track these configurations in order to configure internally when instances are imported.
If provider implements Instance Protection, Register Instance wizard will show Protection Flags Status acording with provider protection setup.
Note: Currently, Only implemented with Amazon Web Services (AWS)
Instance protection on AWS instances
Instances deployed in AWS will sync CAM Manual Terminate Protection with DisableApiTermination flag in EC2 instances. Changes done from CAM will be reflected in AWS Instance Properties. Changes done from AWS Console, won't be reflected in CAM.
Note: ec2:ModifyInstanceAttribute permission must be enabled in order to modify Instance Flag
Instances imported from AWS will inherit DisableApiTermination flag into Manual Terminate Protection flag. Flag status is provided when provider is syncronized, so changes are not reflected in CAM until Sync operation has been done.
Deploying Instances without Lifecycle Management
Exclude Lifecycle Management feature can be enabled on virtual machine deployment policy boxes (with single or multiple machines) to deploy instances without Lifecycle Management support. This means that the Cloud Application Manager agent will not be installed. This feature is not supported for deployment policy boxes with auto-scaling feature enabled.
Follow these steps to Exclude Lifecycle Management on a existing deployment policy box:
In a existing Deployment Policy Box, under Code tab, edit the Policy by clicking on the pencil icon.
In the Edit Deployment Policy Box dialog, enable the Exclude Lifecycle Management toggle.
When done, click Save
Enabling Lifecycle Management
When an instance has been deployed with Exclude Lifecycle Management option set, it's possible to enable Lifecycle Management installing the Cloud Application Manager agent on all the instance machines.
Follow these steps to Enable Lifecycle Management on an existing instance:
In a existing Instance, under the action list dropdown, select Enable Lifecycle Management option.
In the Enable Lifecycle Management dialog enter the credentials and proxy configuration if needed, and click Enable
The Cloud Application Manager agent will then be installed on all instances machines and the full lifecycle capabilites will be available on the instance.
Handling Instance Lifecycle States
Instance actions (on the instances page or the lifecycle editor) trigger deployment-related event scripts from your box. Take these actions to start, stop, terminate an instance, and even perform upgrades or make changes to your live instance.
Some actions are available only after the instance changes state. For example, you can't forcibly terminate an instance until you've terminated it first.
Go to the Admin Console to manage several instances spread across users and workspaces in your organization.
This executes the configure events from the box.
This re-runs the install scripts from your boxes onto the existing virtual infrastructure. This is useful if you made changes to your scripts within this instance, say to upgrade the instance to a new box version. A reconfigure automatically follows the reinstall.
This virtually powers on your instance. It's useful in case you've shut the instance down. After powering on, the configure and start scripts from the box execute.
This runs the stop scripts from your box instance and cleanly shuts down the OS. It's useful if your instance does not need to be up 24/7. As some cloud providers only charge for running instances, this can save money.
If the instance is running an event script, then this action aborts the event script being executed and leaves the instance in an unavailable state. This allows the user to recover the control of an instance stuck in a script execution not returning the control to Cloud Application Manager and fix the issue before retrying to run the event script.
This executes the dispose scripts from your box instance and then deletes the virtual infrastructure. You can't revert the action and since you can lose data, be sure that you want to perform this action in the first place.
If a Terminate fails for some reason (maybe a broken dispose script), then this forcibly deletes the virtual infrastructure. If you previously terminated or deleted an instance from the provider's side, the instance may linger in Force Terminate in Cloud Application Manager. Give it a couple of minutes then try to force-terminate again.
Allow user with "Admin" role to reset the state of an instance in case it went into the "unavailable" state when the last attempted operation was Reconfigure or Reinstall.
Click the delete icon after you Terminate or Force Terminate an instance. Until then, the box instance page and logs are retained in the Cloud Application Manager database. However, delete completely removes the box instance page.
This creates a new instance with the selected instance’s settings, but you can modify all of them before launch the new deployment.
This lets you modify the box version; you can select one of the other box versions. After choosing the new version, the instance is going to be reinstalled.
This shows the instance's details that you can modify. These details are: icon, name, description, tags, expiration, updates (available for box versions only) and automatic reconfigure.
Managing multiple instances with bulk actions
Many of the instance actions can be applied in bulk to several instances at once.
The Bulk Actions button dropdown appears next to the New instance button once you select any instance in the list and, depending on your selection, the common actions allowed in all selected instances will be available in the dropdown. For example, if you select a few instances, all in Online state, you will have all the applicable lifecycle actions available (Reinstall, Reconfigure, Shutdown, Terminate, Force Terminate) and any other additional option such as Update Instance; but if you also include an Unavailable instance in your selection among the Online ones, the only available lifecycle option will be Force Terminate.
Exporting the List of Instances
Near the top right of the screen, there is a button: Detail Export.
Clicking this button toggles a drop-down menu with two options:
- Export to CSV
- Export to PDF
When one of these options is selected, a file is downloaded to your system and saved based on your browser's settings (by default, in the Downloads folder). The file will be named instances.csv or instances.pdf; or, if a file by that name already exists, the name will be modified according to your operating system rules (e.g., instances (1).csv).
Please note that all instances in the current scope are exported, not necessarily just the ones you see in the list (no applied filters are considered). The current scope is either the currently selected workspace, or the cost center, or the organization selected in the context switcher. For a workspace, all the instances that are shared with the workspace are also included.
All the columns in the instances list will be included in the exported file, along with some additional ones such as instance id, service type, hostname, creation time and organization name.
Contacting Cloud Application Manager Support
For issues related to API calls, send the request body along with details related to the issue.
In the case of a box error, share the box in the workspace that your organization and Cloud Application Manager can access and attach the logs.
- Linux: SSH and locate the log at /var/log/elasticbox/elasticbox-agent.log
- Windows: RDP into the instance to locate the log at /ProgramData/ElasticBox/Logs/elasticbox-agent.log