Organization wants to achieve high availability goal for Mule applications in customer hosted runtime plane.

[Reference: https://docs.mulesoft.com/mule-runtime/4.3/mule-object-stores, C) High availability can be achieved by below two models for on-premise MuleSoft implementations., 1) Mule Clustering – Where multiple Mule servers are available within the same cluster environment and the routing of requests will be done by the load balancer. A cluster is a set of up to eight servers that act as a single deployment target and high-availability processing unit. Application instances in a cluster are aware of each other, share common information, and synchronize statuses. If one server fails, another server takes over processing applications. A cluster can run multiple applications. ( refer left half of the diagram), In given scenario, it's mentioned that 'data cannot be shared among of different instances'. So this is not a correct choice., Reference: https://docs.mulesoft.com/runtime-manager/cluster-about, 2) Load balanced standalone Mule instances – The high availability can be achieved even without cluster, with the usage of third party load balancer pointing requests to different Mule servers. This approach does not share or synchronize data between Mule runtimes. Also high availability achieved as load balanced algorithms can be implemented using external load balancer. ( refer right half of the diagram), Graphical user interface, diagram, application Description automatically generated, ]