Comments (12)
1st deployment has cluster-logging
and cluster-monitoring
- This gets you cluster-wide metrics and logs
nth deployment has viya-monitoring
, but no cluster-logging
and no cluster-monitoring
- This deploys viya and enables that viya namespace for monitoring
from viya4-monitoring-kubernetes.
Monitoring should only take 2-3 minutes. Logging has a lot of conservative sleeps waiting for components to start. We could improve on that by polling and checking actual status instead.
The fundamental difference is that Viya is quick to deploy since it just creates the Kubernetes resources. It can take 20-40 minutes for everything to actually start and be ready for logins. For monitoring and logging, the components are up and running when the scripts complete, so we're not comparing apples to apples here.
from viya4-monitoring-kubernetes.
I don't disagree that it's apples :: oranges, and maybe monitoring only does take a few minutes. But it's pretty frustrating for an end user trying to add Viya configurations (transformers, etc) into ../site-config/
and test it only to wait +/-15 mins to see a failure and then try to resolve it (sometimes even trying to remembering what you did 15 mins ago) because the logging deployment step takes so long.
from viya4-monitoring-kubernetes.
I would recommend installing cluster monitoring and logging first, though. That gives you the ability to monitor the Viya deployment. Enabling monitoring of the Viya namespace then takes < 30 sec.
That said, I definitely agree that the deployment times are high and it's something we need to improve.
from viya4-monitoring-kubernetes.
Are you saying I could do it 2 steps ...
Step 1, initially deploy logging and monitoring
Step 2, deploy viya (logging and monitoring will not be un-deployed?)
Step n, re-deploy Viya (logging and monitoring will not be un-deployed?)
from viya4-monitoring-kubernetes.
I'm not sure exactly what directions/projects you're using to deploy, so I don't want to mislead you, but basically yes:
- Deploy monitoring and logging (monitoring/bin/deploy_monitoring.sh, logging/bin/deploy_logging_open.sh)
- Deploy Viya
- Enable the new Viya deployment for monitoring (monitoring/bin/deploy_monitoring_viya.sh)
from viya4-monitoring-kubernetes.
I am using the GitHub deployment project with Docker deploy command ...
So for step 1, I would have --tags "baseline,cluster-logging,cluster-monitoring,install"
Then for step 2, I would have --tags "baseline,viya,install"
... it should run in a few mins instead of 15+/- mins
Then for step n, I would re-do this step n number of times and it should run in a few mins instead of 15+/- mins
docker run --rm \
--group-add root \
--user $(id -u):$(id -g) \
--volume $HOME/viya4-deployment:/data \
<truncated>
viya4-deployment --tags "baseline,viya,cluster-logging,cluster-monitoring,install" > viya.deploy.log
from viya4-monitoring-kubernetes.
Modify step 2 to include viya-monitoring
:
--tags "baseline,viya,viya-monitoring,install"
That enables the newly created Viya namespace for monitoring. The viya-monitoring
deployment should only take ~30 sec.
from viya4-monitoring-kubernetes.
oh, so just remove the cluster-logging
for the 2nd and Nth deployment?
from viya4-monitoring-kubernetes.
hey @BryanEllington , it looks like the suggestion worked ...
Today in my green env redeploying for the Nth time took 13+ mins:
command:
viya4-deployment --tags "baseline,viya,cluster-logging,cluster-monitoring,install" > viya.deploy.log
results:
PLAY RECAP *********************************************************************
localhost : ok=119 changed=33 unreachable=0 failed=0 skipped=66 rescued=0 ignored=0
Monday 22 November 2021 14:36:50 +0000 (0:00:00.221) 0:13:19.984 *******
===============================================================================
monitoring : cluster-logging - deploy --------------------------------- 682.88s
vdm : kustomize - Generate deployment manifest ------------------------- 35.17s
vdm : manifest - deploy ------------------------------------------------ 13.27s
from viya4-monitoring-kubernetes.
then, today in my gray env, deploying for the Nth time -- it took just 2+ mins:
command:
viya4-deployment --tags "baseline,viya,viya-monitoring,install" > viya.deploy.log
results:
PLAY RECAP *********************************************************************
localhost : ok=111 changed=31 unreachable=0 failed=0 skipped=65 rescued=0 ignored=0
Monday 22 November 2021 14:41:14 +0000 (0:00:00.239) 0:02:03.614 *******
===============================================================================
vdm : kustomize - Generate deployment manifest ------------------------- 37.99s
vdm : manifest - deploy ------------------------------------------------ 14.09s
vdm : manifest - deploy update ----------------------------------------- 10.88s
from viya4-monitoring-kubernetes.
As shown in the output @andybouts shared, omitting the cluster level tasks of cluster-logging (which deploys the cluster-level log monitoring components) and cluster-monitoring (which deploys the cluster-level metrics monitoring components) reduced deployment times by 84%. As @BryanEllington explained, those tasks handle things that only need to be done once per cluster. Closing this issue.
from viya4-monitoring-kubernetes.
Related Issues (20)
- facing challenges in Installation of Cluster-monitoring and logging
- Rework % mem use / limit to use memory wss values HOT 1
- opensearch play fails Exiting script [deploy_logging.sh] HOT 11
- No metrics available in Grafana when deployed into a namespace other than "monitoring" HOT 1
- Upgrade of logging components fails with error related to Event Router HOT 1
- Error: release v4m-prometheus-operator failed
- sas-go-pods podmonitor incorrect HOT 2
- sas-opendistro vs. sas-opensearch ServiceMonitor HOT 6
- Opensearch Dashboard 502 Bad gateway HOT 2
- how to send email HOT 1
- Integrating OpenSearch with LDAP HOT 2
- KubeHpaMaxedOut patching breaks any alterations via user-values file. HOT 1
- unable to load openshift/oauth-proxy HOT 2
- samples/azure-deployment/README.md URL is wrong
- samples/azure-deployment default promethues URL for data source is wrong HOT 2
- Metrics not collected for Config-Reloader sidecars to Alertmanager and Prometheus
- ERROR There was an issue loading ingest pipeline into OpenSearch [503] HOT 4
- Metrics are not collected on Air-Gapped environment HOT 7
- The Deployment "v4m-grafana" is invalid: spec.template.spec.containers[0].imagePullPolicy: Unsupported value : "__IMAGE_PULL_POLICY__" HOT 1
- Critical Security Vulnerability: Fluent Bit (CVE-2024-4323)
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from viya4-monitoring-kubernetes.