summaryrefslogtreecommitdiffstats
path: root/service-monitor
Commit message (Collapse)AuthorAgeFilesLines
...
* Listening to host changes to the service modelHåkon Hallingstad2020-03-0412-34/+323
|
* Merge pull request #12398 from vespa-engine/mpolden/combined-idJon Marius Venstad2020-03-031-1/+2
|\ | | | | Always use container cluster ID as cluster ID for load balancers
| * Add combined ID to ClusterSpecMartin Polden2020-03-021-1/+2
| |
* | Get previous hostname setHåkon Hallingstad2020-03-011-1/+1
| |
* | More effective duper model update on activationHåkon Hallingstad2020-03-011-16/+32
| |
* | Update ↵Håkon Hallingstad2020-02-291-1/+1
| | | | | | | | | | service-monitor/src/main/java/com/yahoo/vespa/service/model/ApplicationInstanceGenerator.java Co-Authored-By: Valerij Fredriksen <freva@users.noreply.github.com>
* | Log and forward duper model completionHåkon Hallingstad2020-02-297-57/+62
| |
* | Only build part of application instance for host resourceHåkon Hallingstad2020-02-284-33/+12
| |
* | Add host indices to duper modelHåkon Hallingstad2020-02-285-50/+157
| |
* | Moved to more specific methods on ServiceMonitorHåkon Hallingstad2020-02-2811-79/+308
|/
* Disable service monitor cacheHåkon Hallingstad2020-02-253-10/+14
|
* Fail cfg bootstrap if activation of infra apps failsHåkon Hallingstad2020-02-231-4/+8
|
* Define completeness of SuperModel and DuperModelHåkon Hallingstad2020-02-2311-11/+75
| | | | | | | | | | | | | In order for Orchestrator to remove application data from ZooKeeper, it must know which applications do NOT exist. Since the duper model starts with 0 applications, always, the only way of knowing what applications do not exist is for the bootstrap code to notify the super model/duper model when bootstrap is complete. There are 2 sources of applications that must signal completeness: - The super model, once all applications have been redeployed in ConfigServerBootstrap. - The infrastructure application, in the InfrastructureProvisioner the first time it runs.
* Allow dev hosts with only ipv4Morten Tokle2019-11-152-5/+5
|
* Support infrastructure applications on devhostsMorten Tokle2019-11-152-3/+24
|
* Use mockito-core 3.1.0Håkon Hallingstad2019-10-188-8/+8
|
* Set user agentBjørn Christian Seime2019-09-031-0/+1
|
* Remove unused rotations parameterMartin Polden2019-06-261-1/+1
|
* Remove ZoneApplicationValerij Fredriksen2019-06-073-202/+5
|
* Simplify ApplicationInstanceGeneratorValerij Fredriksen2019-06-072-92/+2
|
* Simplify health monitoringValerij Fredriksen2019-06-074-118/+3
|
* Remove enable-tenant-host-app flagValerij Fredriksen2019-06-071-18/+2
|
* Make tenant host application supported in DuperModel with feature flagValerij Fredriksen2019-06-032-5/+30
|
* Only deploy supported infrastructure applicationsValerij Fredriksen2019-06-012-0/+10
|
* Only allow activate/remove legal infra applications in duper modelValerij Fredriksen2019-06-012-102/+54
|
* Remove MONITOR_TENANT_HOST_HEALTH flagValerij Fredriksen2019-06-015-90/+24
|
* Remove nodeAdminInContainer from configserver.defValerij Fredriksen2019-06-011-3/+1
|
* Add logserver container to slobrok monitor managerHarald Musum2019-05-291-9/+6
|
* Tenant hosts only have node-admin serviceHåkon Hallingstad2019-05-232-0/+85
| | | | | | | | | | | | Tenant hosts are allocated to the zone (routing) app in the node-admin cluster. These hosts also have various other services like logd, config-sentinel, etc that do not run. The metricsproxy container is a new service that will be added to all hosts, and that will be Slobrok monitored. Except, it will not run on tenant hosts as above. To avoid having metrics cluster spanning the whole of the zone app, and have them DOWN on all tenant hosts, we'll filter those service away from the model when generating the ApplicationInstance of the service model.
* Change interface from Mirror.Entry[] to List<Mirror.Entry> as you already ↵Henning Baldersheim2019-04-221-2/+2
| | | | | | have a list. Avoid having to do an array copy that is not necessary.
* Remove unused parameterBjørn Christian Seime2019-04-081-2/+2
|
* Don't override connection managerBjørn Christian Seime2019-04-082-17/+4
|
* Use VespaHttpClientBuilder in service-monitorBjørn Christian Seime2019-04-082-2/+8
|
* Order dependencies on scopeBjørn Christian Seime2019-04-081-7/+13
| | | | Also change scope of 'annotations' to provided.
* Orchestrator Support for metrics proxyHåkon Hallingstad2019-03-221-0/+1
|
* Merge pull request #8609 from ↵Jon Marius Venstad2019-02-262-6/+1
|\ | | | | | | | | vespa-engine/jvenstad/fix-config-model-inconsitency Jvenstad/fix config model inconsitency
| * Fix imports and lintingJon Marius Venstad2019-02-262-6/+1
| |
* | Merge pull request #8585 from vespa-engine/bratseth/nonfunctional-changesJon Bratseth2019-02-223-0/+6
|\ \ | |/ |/| Nonfunctional changes only
| * Nonfunctional changes onlyJon Bratseth2019-02-223-0/+6
| |
* | Always reset updatePossiblyInProgress on leaving scopeHåkon Hallingstad2019-02-201-4/+6
|/
* Simplify, using pre-computed host-to-application mapJon Marius Venstad2019-02-082-13/+3
|
* Invert neste map once, and store itJon Marius Venstad2019-02-081-0/+23
|
* Merge pull request #8364 from vespa-engine/mpolden/rotations-elementMorten Tokle2019-02-041-1/+1
|\ | | | | Add support for rotations element
| * Add rotations to cluster specMartin Polden2019-02-041-1/+1
| |
* | Make port tag comparison case insensitiveHåkon Hallingstad2019-02-033-3/+34
|/
* Health rest APIHåkon Hallingstad2019-01-3113-29/+99
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Makes a new REST API /orchestrator/v1/health/<ApplicationId> that shows the list of services that are monitored for health. This information is currently a bit difficult to infer from /orchestrator/v1/instances/<ApplicationInstanceReference> since it is the combined view of health and Slobrok. There are already APIs for Slobrok. Example content: $ curl -s localhost:19071/orchestrator/v1/health/hosted-vespa:zone-config-serve\ rs:default|jq . { "services": [ { "clusterId": "zone-config-servers", "serviceType": "configserver", "configId": "zone-config-servers/cfg6", "status": { "serviceStatus": "UP", "lastChecked": 1548939111.708718, "since": 1548939051.686223, "endpoint": "http://cfg4.prod.cd-us-central-1.vespahosted.ne1.yahoo.com:19071/state/v1/health" } }, ... ] } This view is slightly different from the application model view, just because that's exactly how the health monitoring is structured (individual monitors against endpoints). The "endpoint" information will also be added to /instances if the status comes from health and not Slobrok.
* Export UnionMonitorManagerHåkon Hallingstad2019-01-251-0/+8
|
* Metadata about /state/v1/health statusHåkon Hallingstad2019-01-2523-135/+130
| | | | | | | | | | | | | The service monitor uses /state/v1/health to monitor config servers and the host admins (but not yet tenant host admins). This commit adds some metadata about the status of a service: - The time the status was last checked - The time the status changed to the current This can be used to e.g. make more intelligent decisions in the Orchestrator, e.g. only allowing a service to suspend if it has been DOWN longer than X seconds (to avoid spurious DOWN to break redundancy and uptime guarantees).
* Don't expect docprocservice as service typeJon Bratseth2019-01-221-1/+0
|
* Nonfunctional changes onlyJon Bratseth2019-01-216-2/+11
|