eVDI monitoring - possible to enable?
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- aws, prometheus
- Ambito
- cloud, observability-sre
Direzione di ricerca
Non vengono indicati file, test o punti di ingresso dell'implementazione. Inizia dalla scheda “Monitoring” esistente di eVDI Sessions e dal modulo Metrics and Monitoring citato; chiarisci lo stato della roadmap e definisci le viste supportate per CPU, GPU, memoria, disco, processi, errori e provisioning-to-usage che renderebbero completa la funzionalità.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Is your feature request related to a problem? Please describe.
On the sessions tab in RES that is a tab called "Monitoring" saying the following:
Monitoring (Coming Soon)
eVDI Session detailed monitoring needs Metrics and Monitoring module to be enabled.
If Metrics and Monitoring is enabled, metrics collected via CloudWatch or Prometheus will be queried and rendered.
If Metrics and Monitoring is not enabled, default EC2 Instance metrics available from CloudWatch will be rendered.
This is a feature we are keen to make use of to better support our RES users in efficient usage of VDIs.
Describe the solution you'd like
Per eVDI dashboard, showing detail usage of the machine, CPU, GPU, memory, disk, logs, processes using resources, errors etc over time. It should also show the gap between the machine being provisioned and the machine's usage.
Describe alternatives you've considered
Enabling extra metrics on the eVDIs via changes to the AMI to capture the metrics not currently available (memory usage, GPU usage, processes using resources etc) - these metrics would be pushed to CloudWatch and then building custom dashboards using these metrics.
Additional context
We are not keen to spend time on building something that is on the RES roadmap.
- Lingua principale
- Python
- Stelle
- 115
- Fork
- 40
- Merge medio
- 8m
- PR unite (30g)
- 2
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di aws/res
-
Difficoltà 3/5 Mezza giornata Idoneità per principianti 55/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 68/100
-
API documentationApertaenhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
PolicyEngine/policyengine-us#10262 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
kellyjonbrazil/jc#788 ·
I maintainer di solito rispondono entro 2 giorni
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
`/search.json` ignores the documented `editions.sort` parameterForse già presa @PranavD2905 l’ha presa oggi. ApertaAffects: Server Good First Issue Module: Solr Needs: Triage Theme: Public APIs Theme: Search
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
internetarchive/openlibrary#13989 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug P2: misleading query
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
jeffknupp/association#478 ·