Hi @Carlos D,
A Reporting Services report server is a stateless server that stores application data, content, properties, and session information in two SQL Server relational databases. As such, the best way to ensure the availability of Reporting Services functionality is to do the following actions:
Use the high availability features of the SQL Server Database Engine to maximize the uptime of the report server databases. If you configure a Database Engine instance to run in a failover cluster, you can select that instance when you create a report server database.
- Use SQL Server Always On availability groups with the Reporting Services databases and for data sources, as possible. For more information, see Reporting Services with Always On Availability Groups.
Configure multiple report servers to run in a scale-out deployment, where all the servers share a single report server database. You can deploy multiple report server instances, preferably on different servers, in a scale-out deployment to help provide uninterrupted service in the event one of the report server instances goes down.
A scale-out deployment provides a way to share a database. If one report server goes down, other servers in the same deployment continue to work.
Reporting Services isn't cluster-aware. By itself, a scale-out deployment doesn't provide load balancing; it doesn't detect the processing loads on a report server and route new processing requests to the least busy server.
Regards,
Zoe Hui
If the answer is helpful, please click "Accept Answer" and upvote it.