Skip to content

Commit 90fb5bc

Browse files
Merge pull request #235045 from msaenzbosupport/patch-16
[Doc-A-Thon] Removing UbuntuLTS
2 parents 24f7712 + 8154f32 commit 90fb5bc

File tree

1 file changed

+41
-9
lines changed

1 file changed

+41
-9
lines changed

articles/virtual-machine-scale-sets/tutorial-autoscale-cli.md

Lines changed: 41 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -39,7 +39,7 @@ Now create a Virtual Machine Scale Set with [az vmss create](/cli/azure/vmss). T
3939
az vmss create \
4040
--resource-group myResourceGroup \
4141
--name myScaleSet \
42-
--image UbuntuLTS \
42+
--image <SKU image> \
4343
--orchestration-mode Flexible \
4444
--instance-count 2 \
4545
--admin-username azureuser \
@@ -91,47 +91,79 @@ To test the autoscale rules, generate some CPU load on the VM instances in the s
9191

9292
To connect to an individual instance, see [Tutorial: Connect to Virtual Machine Scale Set instances](tutorial-connect-to-instances-cli.md)
9393

94-
Once logged in, install the **stress** utility. Start *10* **stress** workers that generate CPU load. These workers run for *420* seconds, which is enough to cause the autoscale rules to implement the desired action.
94+
Once logged in, install the **stress** or **stress-ng** utility. Start *10* **stress** workers that generate CPU load. These workers run for *420* seconds, which is enough to cause the autoscale rules to implement the desired action.
9595

96-
```console
96+
# [Ubuntu, Debian](#tab/Ubuntu)
97+
98+
```bash
9799
sudo apt-get update
98100
sudo apt-get -y install stress
99101
sudo stress --cpu 10 --timeout 420 &
100102
```
103+
# [RHEL, CentOS](#tab/redhat)
104+
105+
```bash
106+
sudo dnf install stress-ng
107+
sudo stress-ng --cpu 10 --timeout 420s --metrics-brief &
108+
```
109+
# [SLES](#tab/SLES)
110+
111+
```bash
112+
sudo zypper install stress-ng
113+
sudo stress-ng --cpu 10 --timeout 420s --metrics-brief &
114+
```
115+
---
101116

102117
When **stress** shows output similar to *stress: info: [2688] dispatching hogs: 10 cpu, 0 io, 0 vm, 0 hdd*, press the *Enter* key to return to the prompt.
103118

104119
To confirm that **stress** generates CPU load, examine the active system load with the **top** utility:
105120

106-
```console
121+
```bash
107122
top
108123
```
109124

110125
Exit **top**, then close your connection to the VM instance. **stress** continues to run on the VM instance.
111126

112-
```console
127+
```bash
113128
Ctrl-c
114129
exit
115130
```
116131

117132
Connect to second VM instance with the port number listed from the previous [az vmss list-instance-connection-info](/cli/azure/vmss):
118133

119-
```console
134+
```bash
120135
ssh [email protected] -p 50003
121136
```
122137

123-
Install and run **stress**, then start ten workers on this second VM instance.
138+
Install and run **stress** or **stress-ng**, then start ten workers on this second VM instance.
139+
140+
# [Ubuntu, Debian](#tab/Ubuntu)
124141

125-
```console
142+
```bash
126143
sudo apt-get -y install stress
127144
sudo stress --cpu 10 --timeout 420 &
128145
```
129146

147+
# [RHEL, CentOS](#tab/redhat)
148+
149+
```bash
150+
sudo dnf install stress-ng
151+
sudo stress-ng --cpu 10 --timeout 420s --metrics-brief &
152+
```
153+
154+
# [SLES](#tab/SLES)
155+
156+
```bash
157+
sudo zypper install stress-ng
158+
sudo stress-ng --cpu 10 --timeout 420s --metrics-brief &
159+
```
160+
---
161+
130162
Again, when **stress** shows output similar to *stress: info: [2713] dispatching hogs: 10 cpu, 0 io, 0 vm, 0 hdd*, press the *Enter* key to return to the prompt.
131163

132164
Close your connection to the second VM instance. **stress** continues to run on the VM instance.
133165

134-
```console
166+
```bash
135167
exit
136168
```
137169

0 commit comments

Comments
 (0)