DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • Create Proxy Application for Mule APIs
  • Create Custom DataWeave Functions in Mule 4
  • MuleSoft: Do You Have an Extra Mule Under the Hood?
  • MuleSoft: Tactical and Strategical Role of an Application Template

Trending

  • Scaling Cloud Data Automation: A Practical Guide to Open Table Formats
  • Zone-Free Angular: Unlocking High-Performance Change Detection With Signals and Modern Reactivity
  • Run Gemma 4 on Your Laptop: A Hands-On Guide to Google's Latest Open Multimodal LLM
  • From Data Movement to Local Intelligence: The Shift from Centralized to Federated AI
  1. DZone
  2. Software Design and Architecture
  3. Integration
  4. Deploying MuleSoft Application On One Worker and Multiple Workers

Deploying MuleSoft Application On One Worker and Multiple Workers

This article goes through Mulesoft workers and demonstrates how they can be used for disaster recovery in availability zone failures.

By 
Jitendra Bafna user avatar
Jitendra Bafna
·
Jul. 06, 20 · Tutorial
Likes (8)
Comment
Save
Tweet
Share
23.5K Views

Join the DZone community and get the full member experience.

Join For Free

What is Mule Worker?

Worker is a dedicated Mule instance that runs the integration applications deployed to CloudHub. Workers has some characteristics

  • Each worker has the size and specific amount of capacity to process the data.
  • Each worker runs in a specific cloud region like US, EU, etc.
  • Each worker deployed in an isolated container than other applications.
  • Each worker is monitored independently.
Worker Heap Size Memory
0.1 vCores 500 MB 8 GB
0.2 vCores 1 GB 8 GB
1 vCores 1.5 GB 12 GB
2 vCores 3.5 GB 40 GB
4 vCores 7.5 GB 88 GB
8 vCores 15 GB 168 GB
16 vCores 32 GB 328 GB

The maximum metaspace size for application deployed to CloudHub is 256 MB regardless of worker size. The initial metaspace size is 128 MB.

Application deployed to CloudHub can be scaled Horizontally by deploying on multiple workers. 

You can increase the number of workers at anytime and vCores at anytime.

Application Deployed to 1 Worker

  • The application will be deployed to one availability zone out of three in selected AWS region. 
  • In case of AZ failure or unavailable, MuleSoft will automatically restart application in other AZ. It may experience some downtime.
  • Set up status.mulesoft.com to receive alerts in case of anything fails in AZ.
  • The distance between each AZ is variable and not exceeding 350 miles.

Switching to another AZ

Application Deployed to Multiple Worker - High Availability

  • The application will be deployed to two availability zone out of three in the selected AWS region.
  • In case of one AZ failure, all requests will be served by other applications deployed on other AZ. No downtime experiences.
  • Set up status.mulesoft.com to receive alerts in case of anything fails in AZ. 

AZ failure

Application Deployed to Multiple Region - Disaster Recovery

Application deployed to multiple regions provides a better disaster recovery strategy. Generally the region never goes down but in the case of any natural calamities, the region may fail. If you have a requirement of disaster recovery, you can deploy application to multiple regions and implement CloudHub or on-premise load balancer.

Load balancer

Now, you know how Mulesoft workers work.

application MuleSoft

Opinions expressed by DZone contributors are their own.

Related

  • Create Proxy Application for Mule APIs
  • Create Custom DataWeave Functions in Mule 4
  • MuleSoft: Do You Have an Extra Mule Under the Hood?
  • MuleSoft: Tactical and Strategical Role of an Application Template

Partner Resources

×

Comments

The likes didn't load as expected. Please refresh the page and try again.

  • RSS
  • X
  • Facebook

ABOUT US

  • About DZone
  • Support and feedback
  • Community research

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 215
  • Nashville, TN 37211
  • [email protected]

Let's be friends:

  • RSS
  • X
  • Facebook