Your search did not match any results.
We suggest you try the following to help find what you’re looking for:
Oracle Health Checks gives Oracle Cloud Infrastructure the ability to monitor the availability and performance of public-facing services from a set of vantage points located around the globe. Health Checks enables you to define external monitoring and alerting for any service hosted in the Oracle cloud and across your hybrid infrastructure. Health Checks also provide the underlying failure detection behind the DNS Traffic Management service.
Once you've configured your services to run in Oracle Cloud Infrastructure, it's important to monitor and test them. Monitoring and testing helps ensure that CPU consumption is adequate for your purposes, and that you have sufficient storage available for any data you are processing. It also ensures that your service is available to users in your target markets. Oracle Health Checks provides users with monitoring, alerting, and notifications on the availability and performance of any public-facing service, whether that is a hosted website, an API, or an externally-facing load balancer. With Oracle Health Checks, users can make sure they're immediately informed of any availability issues affecting customers.
Health Checks provides the underlying mechanism that detects service availability failures, and that information is used by DNS Traffic Management to make intelligent traffic-steering decisions. Health Checks can be created as part of a new DNS Traffic Management workflow to ease configuration. Health Checks can also be created independently, to provide greater flexibility and advanced configuration options.
Health Checks provides HTTP and HTTPS tests for web pages and applications, and TCP and ICMP pings tests for public IP addresses.
Oracle Cloud Infrastructure vantage points are located around the globe and enable users to perform tests against Oracle Cloud Infrastructure-hosted services. Oracle's vantage points provide a diverse set of locations from which to perform testing. IP addresses associated with the vantage points are available so you can approve the relevant ports.
Yes. Oracle we will be providing a list of vantage point IP addresses for you to approve via the REST API.
No. Oracle does not currently support monitoring of private IP addresses.
You can only monitor publicly-available IP addresses and FQDNs available on the public internet. Oracle can't monitor private FastConnect links.
On-demand tests are currently available through the API only, and not via the UI. A full integration of on-demand tests will be available through the UI as part of a future release. For now, Oracle recommends that users take advantage of our Internet Intelligence troubleshooting tool to perform on-demand ICMP tests to ICMP capable endpoints.
Yes. Each user can configure a maximum of 1000 endpoint tests in total, including 500 Basic tests and 500 Premium tests.
The data is integrated into Oracle's telemetry service, and there is also a full REST API available that enables users to programmatically configure and retrieve data.
Up to 90 days of historical data is available through the telemetry service and via the REST API.
No. The data will be automatically deleted after 90 days.
Our roadmap includes:
The frequency of the tests is dependent upon the timeout value. The frequency cannot be higher than the timeout because this avoids overlapping tests and prevents the resulting metrics from becoming too complicated for users to reconstruct. If you reduce the timeout value, you will be able to select the higher frequency tests.
The Health Checks history section is not currently automatically refreshed in the UI. This is on Oracle's roadmap and will be updated in a future release. For now, Oracle recommends manually refreshing the page in the browser.
This can occur if the website being monitored is using HTTP redirects. The target FQDN is responding with an HTTP status code outside of the '2xx Success' range. The ability to follow redirects is on the Health Checks roadmap, as is the ability for users to define any HTTP status code as their criteria for a successful health check.