![]() ![]() This change has a few impacts on your NeoLoad Web deployment. We set a default of 2 frontend instances and 2 backend instances so you get a resilient NeoLoad Web application out of the box. Use ontend and replicaCount.backend values to arrange your Deployment the way you see fit. This means you can easily scale your NeoLoad Web frontend/backend, and the application will be more failure tolerant. Any integration based on NeoLoad Web APIįrom versions 2.0.0 of this chart and 2.9.0 of NeoLoad Web, we include a mecanism for High Availability.How they interact with components outside the cluster:.Components created inside the kubernetes cluster by this chart. ![]() However you should be aware of the following compatibility table to understand which combinations are supported. But you also have the possibility to manage independantly NeoLoad Web version by changing the images tags ( see and ). You should always upgrade ( see the upgrade section) with the new chart version, as we release a new one for every NeoLoad Web release we make. Targeted versionsĭue to Helm Charts nature, there are two distinct version numbers to keep track of : The following docs can help you when migrating chart version with breaking changes. Helm upgrade my-release neotys/nlweb -n my-namespace -f. ![]() Add the Neotys chart repository or update it if you already had it registered.Or reference the name of the secret that holds that certificat.Fill your certificate in the values-custom-openshift.yaml file.You can find documentation on security context here. In this file you will have to modify the security context parameters to match your cluster rights. You have a specific values-custom to ease the deployment of NeoLoad Web on OpenShift: values-custom-openshift.yaml. You can find your external MongoDB prerequisites here. You can find documentation for OpenShift ingress controller here.īasic configuration options are detailled here and you can find advanced configuration options here.Ĭaution: Using another ingress controller may require additional chart tuning from your part. You can find documentation for nginx ingress controller here. Supported ingress controllers are: nginx, OpenShift. This chart is tested, maintained and shipped with default values for the nginx ingress controller. You can use your favorite ingress controller for enabling your ingresses to route external traffic to NeoLoad Web. A running ingress controller deployed on the Kubernetes cluster.A running mongodb accessible from the Kubernetes cluster ( see supported versions).Here is a table to let you quickly estimate the resource requirements of your nodes, based on ontend.* and resources.backend.* (see Advanced Configuration). NeoLoad Web will require your cluster to run a minimum of 2 pods, hosting the frontend and the backend separately. This chart is meant for experimented Kubernetes/Helm users as a successful installation and exploitation of the application is very environment dependant. Note: This license does not permit further distribution. You must agree to this license agreement to download and use the image. NeoLoad is licensed under the following License Agreement. This chart deploys NeoLoad Web on your Kubernetes cluster. Test data is hosted in the NeoLoad Web Cloud: tests can be accessed even when the NeoLoad Controller which launched them is not available.Get a closer look by diving into the details of a test.Share a centralized view of the tests from anywhere in the world in real time.Enabling real-time access to this information improves anomaly detection by allowing performance trending and simplifying root cause analysis. NeoLoad Web allows testing teams to view, analyze and monitor tests wherever they're running from and wherever the teams are. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |