You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/hypernode-platform/autoscaling/how-does-autoscaling-work.md
+17-30Lines changed: 17 additions & 30 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,49 +10,36 @@ myst:
10
10
11
11
# How does Autoscaling work?
12
12
13
-
## Purpose
13
+
Vertical autoscaling is triggered once the conditions are met from the configured settings in the Control Panel. You can configure the following:
14
14
15
-
Autoscaling ensures dynamic server resource adjustments based on CPU usage metrics, efficiently managing workload demands without manual intervention. Once triggered, boosted state lasts for a 24-hour period.
15
+
-**CPU Load Threshold:** CPU load that is continuously monitored by the autoscaling agent. The percentage value you see is the actual load divided by the number of CPUs you have. For example, if your actual load is 2, but you have 4 CPUs, your CPU load percentage is 50%. The default setting is 70%.
16
+
-**Minimum Duration in Minutes:** Minimum amount of time the server is overloaded before autoscaling gets triggered. We monitor your CPU load every minute; autoscaling will be triggered once the CPU load condition is met for the minimum amount of time set in the Control Panel. The default setting is 15 minutes.
16
17
17
-
## Supported providers:
18
+
## Autoscaling workflow
18
19
19
-
Autoscaling is available for Combell Openstack and AWS cloud hosting providers.
20
+
To minimize downtime during the process, we employ a live volume swapping method. We install a new Hypernode without copying the data over the network to the new hosting environment. Next, we detach the volume using the API and mount it on the new machine before adjusting the DNS.
20
21
21
-
## Configuration Parameters
22
+
The feature is available on the cloud plans (OpenStack and AWS).
22
23
23
-
In the control panel or with CLI tool, users can define autoscaling conditions based on CPU load thresholds and minimum duration to tailor actions to their workload demands:
24
+
## Autoscaling process
24
25
25
-
-**CPU Load Threshold:** Specifies the CPU load percentage that triggers autoscaling using a range slider.
26
-
-**Minimum Duration:** Determines the minimum duration, in minutes, for the CPU load to exceed the threshold to activate autoscaling.
26
+
Once set conditions are met and autoscaling is triggered, you get upgraded to the next available plan for 24 hours. When your Hypernode is in the boosted state, you can still adjust the settings, but you cannot change your plan. If you wish to do so, please contact support@hypernode.com.
27
27
28
-
## Autoscaling Triggering Process
28
+
If the server remains overloaded post-autoscaling, the next autoscaling trigger is determined based on these criteria.
29
+
The greater of either:
29
30
30
-
-**Continuous Monitoring:** The autoscaling agent continually monitors your application's CPU load.
31
-
-**Activation Conditions:** Autoscaling is triggered if the CPU load surpasses the defined threshold and duration criteria set by the user or default values that were set when the feature was enabled.
31
+
-User-defined minimum duration for CPU threshold surpassing: Allows time to assess newly allocated resources' impact on CPU performance.
32
+
-A cooldown period of 15 minutes: Ensures a minimum interval for reassessment when the user-defined duration is less than 15 minutes.
32
33
33
-
## Autoscaling Workflow
34
+
This approach selects the longer duration between user-defined settings or the fallback duration before initiating the next autoscaling event. It ensures adequate time for evaluating resource changes on CPU performance. Autoscaling is capped at the biggest plan available on each cloud provider.
34
35
35
-
-**Initial Cooldown period:** A 5-minute cooldown period after enabling autoscaling prevents rapid scaling due to sudden spikes.
36
-
-**Scaling Actions:** Autoscaling automatically upgrades the plan to the next available tier within the same provider, catering to increased demand. The upgraded plan remains effective for 24 hours before reverting to the original configuration.
36
+
### How to halt continued Autoscaling
37
37
38
-
## Continued Autoscaling Process:
38
+
Simply turn off the autoscaling feature in your control panel. This prevents subsequent autoscaling triggers after the initial action.
39
39
40
-
If the server remains overloaded post-autoscaling, the next autoscaling trigger is determined based on these criteria:
40
+
### Returning to the Initial Plan After 24 Hours
41
41
42
-
-**The greater of either**:
43
-
-**User-defined minimum duration for CPU threshold surpassing**: Allows time to assess newly allocated resources' impact on CPU performance.
44
-
-**A fallback duration of 15 minutes**: Ensures a minimum interval for reassessment when the user-defined duration is less than 15 minutes.
45
-
46
-
This approach selects the longer duration between user-defined settings or the fallback duration before initiating the next autoscaling event. It ensures adequate time for evaluating resource changes on CPU performance.
47
-
48
-
To halt continued autoscaling behavior, simply turn off the autoscaling feature in your control panel. This prevents subsequent autoscaling triggers after the initial action.
49
-
50
-
**Important to know:**
51
-
52
-
- For the next 24 hours, plan adjustments are restricted. If necessary, please contact support for assistance.
53
-
- If there are still insufficient resources and the conditions are met, the system will initiate another autoscaling process with a cooldown period of 5 minutes.
54
-
- It will scale up to the largest plan available within the same provider.
55
-
- Downscaling takes place within 24 hours from the initial autoscaling event.
42
+
Regardless of the number of times your Hypernode was autoscaled, you will go back to your initial plan after 24 hours from your initial upgrade.
0 commit comments