An organization plans to extend its Mule APIs to the EU (Frankfurt) region.
Currently, all Mule applications are deployed to CloudHub 1.0 in the default North American region, from the North America control plane, following this naming convention: {API-name}-{environment} (for example, Orderssapi-dev, Orders-sapi--qa, Orders-sapi--prod, etc.).
There is no network restriction to block communications between APIs.
What strategy should be implemented in order to deploy the same Mule APIs to the CloudHub 1.0 EU region from the North America control plane, as well as to minimize latency between APIs and target users and systems in Europe?

• A.In Runtime Manager, for each Mule application deployment, set the Region property to EU (Frankfurt) and reuse the same Mule application mame as in the North Americanregion.Communicate the new urls
  {API-name}-{environment}.de-ci.cloudhub.io to the consuming API clients In Europe.
• B.In API Manager, set the Region property to EU (Frankfurt) to create an API proxy named {API-name}
  -proxy-{environment} for each Mule application.Communicate the new url {API-name}-proxy-
  {environment}.de-c1.cloudhub.io to the consuming API clients In Europe.
• C.In Runtime Manager, for each Mule application deployment, leave the Region propertyblank (default) and change the Mule application name to {API-name}-{environment).de-cl.Communicate the new urls {API-name}-{environment}.de-ci1.cloudhub.io to theconsuming API clients in Europe.
• D.In API Manager, leave the Region property blank (default) to deploy an API proxy named {API-name}
  ~proxy~- (environment}.de-cl for each Mule application.Communicate the new url {API-name}- proxy-{environment}.de-cl.cloudhub.io to the consuming API clients in Europe.

Comment: *

Name: *

Email: *

Verification: *

According to the Internet Engineering Task Force (IETF), which supporting protocol does File Transfer Protocol (FTP) use for reliable communication?

• A.B Transmission Control Protocol (TCP)
• B.Lightweight Directory Access Protocol (LDAP)
• C.A Secure Sockets Layer (SSL)
• D.Hypertext Transfer Protocol (HTTP)

Comment: *

Name: *

Email: *

Verification: *

When the mule application using VM is deployed to a customer-hosted cluster or multiple cloudhub workers, how are messages consumed by the Mule engine?

• A.the primary only in order to avoid duplicate processing
• B.in a deterministic way
• C.in non-deterministic way
• D.by starting an XA transaction for each new message

Comment: *

Name: *

Email: *

Verification: *

An organization uses a four(4) node customer hosted Mule runtime cluster to host one(1) stateless api implementation. The API is accessed over HTTPS through a load balancer that uses round-robin for load distribution. Each node in the cluster has been sized to be able to accept four(4) times the current number of requests.
Two(2) nodes in the cluster experience a power outage and are no longer available. The load balancer directs the outage and blocks the two unavailable the nodes from receiving further HTTP requests.
What performance-related consequence is guaranteed to happen to average, assuming the remaining cluster nodes are fully operational?

• A.100% increase in the average response time of the API
• B.50% reduction in the throughput of the API
• C.100% increase in the number of requests received by each remaining node
• D.50% increase in the JVM heap memory consumed by each remaining node

Comment: *

Name: *

Email: *

Verification: *

Organization wants to achieve high availability goal for Mule applications in customer hosted runtime plane. Due to the complexity involved, data cannot be shared among of different instances of same Mule application. What option best suits to this requirement considering high availability is very much critical to the organization?

• A.The cluster can be configured
• B.Use third party product to implement load balancer
• C.High availability can be achieved only in CloudHub
• D.Use persistent object store

Correct Answer: B

High availability is about up-time of your application
A) High availability can be achieved only in CloudHub isn't correct statement. It can be achieved in customer hosted runtime planes as well B) An object store is a facility for storing objects in or across Mule applications. Mule runtime engine (Mule) uses object stores to persist data for eventual retrieval. It can be used for disaster recovery but not for High Availability. Using object store can't guarantee that all instances won't go down at once. So not an appropriate choice.
Reference:
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.
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)

Comment: *

Name: *

Email: *

Verification: *