Skip to content

Commit f9d6bff

Browse files
chore: update slugs and reorder pages (#1447)
* chore: update page weight * chore: rename pages and add aliases * chore: backport to v0.48 * chore: backport to v0.47
1 parent 5c78be1 commit f9d6bff

File tree

19 files changed

+58
-27
lines changed

19 files changed

+58
-27
lines changed

.eslintignore

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -3,6 +3,7 @@ public/
33
node_modules/
44
docs/sources/get-started/run-cloud-tests-from-the-CLI.md
55
docs/sources/get-started/run-your-first-tests.md
6+
/docs/sources/*/testing-guides/injecting-faults-with-xk6-disruptor/expose-your-application.md
67
CONTRIBUTING_FILE_FORMAT.md
78
src/data/markdown/docs/40 xk6-disruptor/01 Get started/01 First steps.md
89
src/data/markdown/docs/40 xk6-disruptor/01 Get started/04 Expose Your Application.md
Lines changed: 7 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,8 @@
22
title: 'Expose your application'
33
excerpt: 'How to make your applications accessible from the test scripts.'
44
weight: 04
5+
aliases:
6+
- ./expose--your-application/
57
---
68

79
# Expose your application
@@ -31,7 +33,7 @@ Until this issue is solved in `kubectl`, tests using port forwarding to access a
3133

3234
The simplest way to accomplish this is to ensure the scenario that executes the load (#2) starts after the scenario that injects the faults (#1):
3335

34-
```javascript
36+
```js
3537
scenarios: {
3638
disrupt: { // #1 inject faults
3739
executor: 'shared-iterations',
@@ -62,25 +64,29 @@ If your cluster is deployed in a public cloud, check your cloud provider documen
6264
If the service that you want your tests to access is not defined as a load balancer, you can change the service type with the following command. The service will then receive an external IP.
6365

6466
{{< code >}}
67+
6568
```bash
6669
kubectl -n <name space> patch svc <service name> -p '{"spec": {"type": "LoadBalancer"}}'
6770
```
6871

6972
```windows-powershell
7073
kubectl -n <name space> patch svc <service name> -p '{\"spec\": {\"type\": \"LoadBalancer\"}}'
7174
```
75+
7276
{{< /code >}}
7377

7478
You can retrieve the external IP address and store it in an environment variable (`SVC_IP` in this example) using the following command:
7579

7680
{{< code >}}
81+
7782
```bash
7883
SVC_IP=$(kubectl -n <name space> get svc <service name> --output jsonpath='{.status.loadBalancer.ingress[0].ip}')
7984
```
8085

8186
```windows-powershell
8287
$Env:SVC_IP=$(kubectl -n <name space> get svc <service name> --output jsonpath='{.status.loadBalancer.ingress[0].ip}')
8388
```
89+
8490
{{< /code >}}
8591

8692
### Configuring a LoadBalancer in Kind
Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,8 @@
22
title: 'How xk6-disruptor works'
33
excerpt: 'A brief description of the components of the xk6-disruptor and how they work when inject faults in a target system.'
44
weight: 05
5+
aliases:
6+
- ./how--it-works/
57
---
68

79
# How xk6-disruptor works
Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,8 @@
22
title: 'Online Certificate Status Protocol (OCSP)'
33
excerpt: 'k6 supports OCSP stapling, receiving and parsing a stapled response as part of
44
the TLS connection setup.'
5+
aliases:
6+
- ./online-certificate-status-protocol--ocsp/
57
---
68

79
## What is OCSP?

docs/sources/next/using-k6/scenarios/concepts/arrival-rate-vu-allocation.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
title: Arrival-rate VU allocation
33
excerpt: How k6 allocates VUs in the open-model, arrival-rate executors
4-
weight: 02
4+
weight: 20
55
---
66

77
# Arrival-rate VU allocation
@@ -21,7 +21,7 @@ In cloud tests, **`preAllocatedVUs` count against your subscription.**
2121

2222
When planning a test, consider doing a trial initialization on a local machine to ensure you're allocating VUs efficiently.
2323

24-
{{% /admonition %}}
24+
{{% /admonition %}}
2525

2626
## Pre-allocation in arrival-rate executors
2727

@@ -65,9 +65,9 @@ the number of available `preAllocatedVUs` determines how many iterations k6 can
6565
k6 tries to reach the target iterations per second,
6666
and one of two things can happen:
6767

68-
| If the executor | Then.. |
69-
| --------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- |
70-
| Has enough VUs | the extra VUs are "idle," ready to be used when needed. |
68+
| If the executor | Then.. |
69+
| --------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
70+
| Has enough VUs | the extra VUs are "idle," ready to be used when needed. |
7171
| Has insufficient VUs. | k6 emits a [`dropped_iterations` metric](https://grafana.com/docs/k6/<K6_VERSION>/using-k6/scenarios/concepts/dropped-iterations) for each iteration that it can't run. |
7272

7373
## Iteration duration affects the necessary allocation
@@ -96,7 +96,7 @@ As dropped iterations can also indicate that the system performance is degrading
9696
In cloud tests, the number of `maxVUs` counts against your subscription,
9797
**overriding the number set by `preAllocatedVUs`**.
9898

99-
{{% /admonition %}}
99+
{{% /admonition %}}
100100

101101
The arrival-rate executors also have a `maxVUs` property.
102102
If you set it, k6 runs in this sequence:

docs/sources/next/using-k6/scenarios/concepts/dropped-iterations.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
title: Dropped iterations
33
excerpt: Explanations about how your scenario configuration or SUT performance can lead to dropped iterations
4-
weight: 03
4+
weight: 30
55
---
66

77
# Dropped iterations

docs/sources/next/using-k6/scenarios/concepts/graceful-stop.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
title: 'Graceful stop'
33
excerpt: 'This option is available for all executors except externally-controlled and allows the user to specify a duration to wait before forcefully interrupting them.'
4-
weight: 01
4+
weight: 10
55
---
66

77
# Graceful stop
Lines changed: 7 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,8 @@
22
title: 'Expose your application'
33
excerpt: 'How to make your applications accessible from the test scripts.'
44
weight: 04
5+
aliases:
6+
- ./expose--your-application/
57
---
68

79
# Expose your application
@@ -31,7 +33,7 @@ Until this issue is solved in `kubectl`, tests using port forwarding to access a
3133

3234
The simplest way to accomplish this is to ensure the scenario that executes the load (#2) starts after the scenario that injects the faults (#1):
3335

34-
```javascript
36+
```js
3537
scenarios: {
3638
disrupt: { // #1 inject faults
3739
executor: 'shared-iterations',
@@ -62,25 +64,29 @@ If your cluster is deployed in a public cloud, check your cloud provider documen
6264
If the service that you want your tests to access is not defined as a load balancer, you can change the service type with the following command. The service will then receive an external IP.
6365

6466
{{< code >}}
67+
6568
```bash
6669
kubectl -n <name space> patch svc <service name> -p '{"spec": {"type": "LoadBalancer"}}'
6770
```
6871

6972
```windows-powershell
7073
kubectl -n <name space> patch svc <service name> -p '{\"spec\": {\"type\": \"LoadBalancer\"}}'
7174
```
75+
7276
{{< /code >}}
7377

7478
You can retrieve the external IP address and store it in an environment variable (`SVC_IP` in this example) using the following command:
7579

7680
{{< code >}}
81+
7782
```bash
7883
SVC_IP=$(kubectl -n <name space> get svc <service name> --output jsonpath='{.status.loadBalancer.ingress[0].ip}')
7984
```
8085

8186
```windows-powershell
8287
$Env:SVC_IP=$(kubectl -n <name space> get svc <service name> --output jsonpath='{.status.loadBalancer.ingress[0].ip}')
8388
```
89+
8490
{{< /code >}}
8591

8692
### Configuring a LoadBalancer in Kind

docs/sources/next/testing-guides/injecting-faults-with-xk6-disruptor/how--it-works.md renamed to docs/sources/v0.47.x/testing-guides/injecting-faults-with-xk6-disruptor/how-it-works.md

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,8 @@
22
title: 'How xk6-disruptor works'
33
excerpt: 'A brief description of the components of the xk6-disruptor and how they work when inject faults in a target system.'
44
weight: 05
5+
aliases:
6+
- ./how--it-works/
57
---
68

79
# How xk6-disruptor works
Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,8 @@
22
title: 'Online Certificate Status Protocol (OCSP)'
33
excerpt: 'k6 supports OCSP stapling, receiving and parsing a stapled response as part of
44
the TLS connection setup.'
5+
aliases:
6+
- ./online-certificate-status-protocol--ocsp/
57
---
68

79
## What is OCSP?

0 commit comments

Comments
 (0)