salt-master<\/code> service. It issues commands to one or more Salt Minions, which are servers under management running the salt-minion<\/code> service and that are registered with that particular Salt Master. When a minion finishes executing a job, it sends job return data back to the master.<\/p>\n\n\n\n\n![\"\"](\"https:\/\/nine30.info\/wp-content\/uploads\/2021\/01\/1.salt-oss-architecture-2.jpg\")
<\/figure>\n<\/figure>\n\n\n\nSalt has two ports used by default for the Minions to communicate with their master(s). These ports work in concert to receive and deliver data to the Message Bus. Salt\u2019s message bus is ZeroMQ<\/a>, which creates an asynchronous network topology to provide the fastest communication possible. Minions always initiates the connection to the Masters<\/strong>, they communicate to master’s default on ports 4505 and 4506 and these ports can be modified through configuration.<\/p>\n\n\n\n\n![\"\"](\"https:\/\/nine30.info\/wp-content\/uploads\/2021\/01\/2.salt-oss-ports-1.png\")
<\/figure>\n<\/figure>\n\n\n\nIn addition of having the salt-minion<\/code> service on the managed machines, Minions can be agentless managed through SSH\/WinRM protocols and managed through a Proxy Agent.<\/p>\n\n\n\n\n![\"\"](\"https:\/\/nine30.info\/wp-content\/uploads\/2021\/01\/4.salt-flexible.jpg\")
<\/figure>\n<\/figure>\n\n\n\nSalt OSS can be installed on a variety of operating systems and yes, it supports Windows Minions. Here<\/a> you can find the list of supported platforms.<\/p>\n\n\n\nvRA SaltStack Config Architecture<\/h2>\n\n\n\n
vRA SaltStack Config is made up of the components in the list below:<\/p>\n\n\n\n
- RaaS (Returner as a Service)<\/strong>: it is the central component in vRA SaltStack Config. It provides RPC endpoints to receive management commands from the vRA SaltStack Config user interface, as well as RPC control endpoints to interface with connected masters. All communication is sent using RPC API calls over WebSockets or HTTP(s).<\/li>
- Enterprise Console<\/strong>: is a web application that provides the graphical user interface front end for RaaS. Though vRA SaltStack Config is API-first, the user interface interfaces directly with the API (RaaS) to enable simple management of all systems in your environment. The great news for VMware customers is that the UI is already based on our beloved Clarity<\/a>.<\/li>
- PostgreSQL Database<\/strong>: RaaS uses a PostgreSQL database to store minion data, job returns, event data, files and pillar data, local user accounts, as well as additional settings for the user interface.<\/li>
- Redis Database<\/strong>: RaaS uses a Redis database to store certain types of data in temporary storage, such as cached data. It also uses temporary data storage to distribute queued work to background workers.<\/li>
- Master Plugin<\/strong>: You can connect more than one Salt Master to vRA SaltStack Config. Each Master that connects to vRA SaltStack Config needs to have the Master Plugin installed. It allows the Master to communicate with the vRA SaltStack Config backend server, the RaaS node. <\/li><\/ul>\n\n\n\n\n
![\"\"](\"https:\/\/nine30.info\/wp-content\/uploads\/2021\/01\/3.vra-config-architecture-scaled.jpg\")
<\/figure>\n<\/figure>\n\n\n\nIn small\/evaluation environments (less than 1000 Minions) all vRA SaltStack Config components can be installed on a single server (single-node installation scenario), while in large\/productive environments they can be distributed on multiple servers (multiple-nodes installation scenario). The following table shows the network connectivity requirements.<\/p>\n\n\n\n
\n\n