You are reading an outdated version of this documentation. Please check out the latest version of the server administration manual.

Considerations on Monitoring

Large scale Nextcloud deployments are typically installed as load balanced n-tier web applications. Successfully managing such an installation requires active monitoring of the application and supporting infrastructure components. The purpose of this section is to outline the components of Nextcloud that need to be monitored, and provide guidance on what to look for in Nextcloud in an enterprise installation.

Nextcloud Deployment Architecture

Before discussing how to monitor Nextcloud, it is important to understand the architecture of a typical Nextcloud deployment. These monitoring best practices are developed based on the use of load balanced Web servers, a clustered database running a distributed database storage engine, such as MySQL NDB, and a clustered filesystem, such as Red Hat Storage.

It is assumed that specific enterprise tools (monitoring, log management, etc) to monitor operations are available, and that Nextcloud is simply a new target for these tools.

The Important Components of Nextcloud

Nextcloud is a PHP application that depends on a filesystem for file storage, and a database for storing user and file meta data, as well as some application specific information. While the loss of an app server or a node in the database or storage clusters should not bring the system down, knowing that this happened and resolving it is essential to keeping the service running efficiently. Therefore it is important to monitor the Nextcloud servers, the Load Balancer, the Storage Cluster and the Database. This documentation starts with the Nextcloud application and works out from there through the layers of infrastructure.


Nextcloud provides a very simple mechanism for determining if an application server is up and functioning – call the status.php file on each Nextcloud server. This file can be found in the root Nextcloud directory on the server, which by default is /nextcloud/status.php. If the server is functioning normally, the response looks something like this:


We recommend monitoring this file on each Nextcloud application server to provide a basic check that the server is operating properly.


Nextcloud also provides a built in logging function. If the Nextcloud logging application is enabled, this file will track user logins and shared file activity. If these logging applications are not enabled, this log file still tracks basic Nextcloud health. Given the potential for this file to get quite large, the log file should be rotated on a daily basis, and given the importance of the error information in the log file, this should be integrated with an enterprise log manager.

Logfile entries that start with the keyword “Error” should be logged and reported to Nextcloud support.


The apache error and access log should also be monitored. Significant spontaneous changes of the number of requests per second should also be monitored and looked into.

Database server

The load and general health of the database server or cluster has to be monitored also. All mysql vendors provide tools to monitor this.

Clustered Filesystem

The available space of the filesystem should be monitored to prevent a full Nextcloud. This functionality is provided by the operating-system and/or the cluster filesystem vendor.

Load Balancer

The load balancer is monitoring the health of the application servers and is distributing the traffic in the optimal way. The application-servers should also be monitored to detect long lasting OS or hardware problems. Monitoring solutions like Nagios provide built in functionality to do this.