Step 1: Add cluster details
Specify details for each of the following sections on Add cluster details page.
Cluster details
-
Choose from one of the following types of clusters that you want to add.
-
(HDB) Historical Database
-
(RDB) Realtime Database
-
Gateway
-
General purpose
-
Tickerplant
For more information about cluster types, see Managed kdb Insights clusters.
Note
-
Currently, you can only create dedicated HDB clusters and all cluster types that are running on a scaling group directly from the console. To create other types of clusters, you need to first create a Support case
, and then proceed with steps in this tutorial. The parameters that are displayed on the Step 5: Configure data and storage page will change based on the cluster type and running mode that you select in this step.
-
-
Add a unique name and a brief description for your cluster.
For
Release label
, choose the package version to run in the cluster.-
(Optional) Choose the IAM role that defines a set of permissions associated with this cluster. This is an execution role that will be associated with the cluster. You can use this role to control access to other clusters in your Managed kdb environment.
Cluster running mode
Choose if you want to add this cluster as a dedicated cluster or as a part of scaling groups.
Run on kdb scaling group – Allows you to share a single set of compute with multiple clusters.
Run as a dedicated cluster – Allows you to run each process on its own compute hose.
-
If you choose Run as a dedicated cluster, you also need to provide the Availability Zones where you want to create a cluster.
-
Choose AZ mode to specify the number of Availability Zones where you want to create a cluster. You can choose from one of the following options:
-
Single – Allows you to create a cluster in one Availability Zone that you select. If you choose this option, you must specify only one Availability Zone value and only one subnet in the next step. The subnet must reside in one of the three AZs that your kdb environment uses, and the Availability Zone must align with one of the three AZs.
-
Multiple – Allows you to create a cluster with nodes automatically allocated across all the Availability Zones that are used by your Managed kdb environment. This option provides resiliency for node or cache failures in a Single-AZ. If you choose this option, you must specify three subnets, one in each of the three AZs that your kdb environment uses.
Note
For the General purpose and Tickerplant type cluster, you can only choose Single-AZ.
-
-
Choose the Availability Zone IDs that include the subnets you want to add.
-
Scaling group details
Note
This section is only available when you choose to add cluster as a part of scaling groups.
Choose the name of the scaling group where you want to create this cluster. The drop down shows the metadata for each scaling group along with their names to help you decide which one to pick. If a scaling group is not available, choose Create kdb scaling group to add a new one. For more information, see Creating a Managed kdb scaling group.
Node details
In this section, you can choose the capacity configuration for your clusters. The fields in this section vary for dedicated and scaling group clusters.
Auto-scaling
Note
This section is only available when you add an HDB cluster type as a dedicated cluster.
Specify details to scale in or scale out the based on service utilization. For more information, see Auto scaling.
-
Enter a minimum node count. Valid numbers: 1–5.
-
Enter a maximum node count. Valid numbers: 1–5.
-
Choose the metrics to auto scale your cluster. Currently, FinSpace only supports CPU utilization.
-
Enter the cooldown time before initiating another scaling event.
Tags
-
(Optional) Add a new tag to assign to your kdb cluster. For more information, see AWS tags.
Note
You can only add up to 50 tags to your cluster.
-
Choose Next for next step of the wizard.