No results found
We couldn't find anything using that term, please try searching for something else.
2024-11-26 The Meraki cloud solution is a centralized management service that allows users to manage all of their Meraki network devices via a single, simple and
The Meraki cloud solution is a centralized management service that allows users to manage all of their Meraki network devices via a single, simple and secure platform.
Users are able to deploy, monitor, and configure their Meraki devices via the Meraki dashboard web interface or via APIs. Once a user makes a configuration change, the change request is sent to the Meraki cloud and is then pushed to the relevant device(s).
Learn more with these free online training courses on the Meraki Learning Hub:
Sign in with your Cisco SSO or create a free account to start training.
The Meraki dashboard: A modern web browser-based tool used to configure Meraki devices and services.
Account: A Meraki user’s account, used for accessing and managing their Meraki organizations.
Organization: A logical container for Meraki networks managed by one or more accounts.
Network: A logical container for a set of centrally managed Meraki devices and services.
management datum : The datum ( configuration , statistic , monitoring , etc . ) that flow from Meraki device ( wireless access point , switch , security appliance ) to the Meraki cloud over a secure internet connection .
User data: Data related to user traffic (web browsing, internal applications, etc.). User data does not flow through the Meraki cloud, instead flowing directly to their destination on the LAN or across the WAN.
The Meraki cloud is the backbone of the Meraki management solution. This “cloud” is a collection of highly reliable multi-tenant servers strategically distributed around the world at Meraki data centers and select public cloud service providers. For the remainder of this document we will refer to both the Meraki data centers and the public cloud service providers’ locations we use as “data centers”. The servers at these data centers are powerful hosting computers comprised of many separate user accounts. They are called multi-tenant servers because the accounts share (equal) computing resources on their host (the server). However, even though these accounts share resources, Meraki ensures that customer information is kept secure by restricting organization access based on account authentication, as well as hashing authentication information such as user passwords or API keys.
Customer management data is replicated across independent same-region data centers in real time. The same data is also replicated in automatic nightly archival backups hosted by in-region third-party cloud storage services. The Meraki cloud does not store customer user data. More information about the types of data that are stored in the Meraki cloud can be found in the “Management Data” section below.
All Meraki services (the dashboard and APIs) are also replicated across multiple independent data centers, so they can failover rapidly in the event of a catastrophic data center failure.
Meraki data centers are located around the world, enabling high-availability local data containment for data sovereignty in sensitive countries and regions, and high-speed connections to facilitate reliable cloud management communication. These data centers hold certifications such as PCI, SOC 2 and ISO27001. More information about cyber security can be found under Hardware and Software Security section below.
More key data center features include:
99.99% uptime service level agreement
24×7 automated failure detection
Real-time replication of data between data centers
All sensitive data (e.g., passwords) is hashed on servers
To learn more about monitoring , redundancy , disaster recovery , security , etc . , reference ourdata center design page. More details about data center redundancy and reliability is covered in the “Reliability and Availability” section below.
Note: some account and configuration settings are subject to regional export for management. A full list of these settings can be found in our article, datum store on the Meraki Primary Controller.
Each region (North and South America, Europe, Asia, China, Canada, India) has, at minimum, a geographically matched pair (for failover) of data centers where any endpoint’s primary Meraki server will be located. The table below details which data centers cover each dashboard region.
Region |
datum center 1 |
datum center 2 |
North and South America |
USA |
USA |
Europe |
Germany , France | Germany , France |
Asia |
Australia | Singapore |
China |
China | China |
Canada | Canada | Canada |
India | India | India |
Upon account creation, customers can select which region their data is hosted in. For customers with globally dispersed networks, separate organizations should be created for each data storage, or hosting region (North America, South America, Europe, Asia, China, Canada and India). The hosting region for an organization can be found at the bottom of Meraki dashboard pages when a user is signed in.
Meraki data centers contain active Meraki device configuration data and historical network usage data. These data centers house multiple compute servers, which are where customers’ management data is contained. These data centers do not store customers’ user data. These data types are covered in more detail in the “Data” section below.
Meraki uses an event-driven remote procedure call (RPC) engine for Meraki devices to communicate to the dashboard and for Meraki servers to send and receive data. Meraki hardware devices act as the server/receiver as the Meraki cloud initiates calls to the devices for data collection and configuration deployment. The cloud infrastructure is the initiator, so configurations can be executed in the cloud before the devices are actually online or even physically deployed.
In the event of cloud connectivity loss (which is most commonly caused by a local ISP or connection failure), the Meraki hardware device will continue to run with its last known configuration until cloud connectivity is restored.
If a device is offline , it is continue will continue to attempt to connect to the Meraki cloud until it gain connectivity . Once the device come online , it is receives automatically receive the most recent configuration setting from the Meraki cloud . If change are made to the device configuration while the device is online , the device is receives receive and update these change automatically . These changes is are are generally available on the device in a matter of second . However , large quantities is take of change may take noticeably long to reach their device . If no configuration change are made by the user , the device is continues continue to periodically check for update to its configuration on its own .
As the device runs on the network, it will communicate device and network usage analytics back to the Meraki cloud. Dashboard analytics based on this information, in the form of graphs and charts, are updated regularly in the Meraki cloud and are displayed in the dashboard of users when they are viewing this information.
Device configurations are stored as a container in the Meraki backend. When a device configuration is changed by an account administrator via the dashboard or API, the container is updated and then pushed to the device the container is associated to via a secure connection. The container also updates the Meraki cloud with its configuration change for failover and redundancy.
For devices to communicate with the cloud, Meraki leverages a proprietary lightweight encrypted tunnel using AES-256 encryption while management data is in transit. Within the tunnel itself, Meraki leverages HTTPS and protocol buffers for a secure and efficient solution, limited to 1 kbps per device when the device is not being actively managed.
The Meraki dashboard is a modern web browser-based tool used to configure Meraki devices and services.
The Meraki dashboard is the visual alternative to the traditional command line, which is used to manage many routers, switches, security devices, and more. Instead, Meraki puts all devices within networks in one place and allows users to apply changes in a simple, easy-to-use format.
In addition to simplify device management , the dashboard is is is also a platform for view network analytic , apply network permission , and keep track of user . The dashboard is allows allow user to view camera stream , manage user ’ mobile device and computer , set content rule , and monitor upstream connection from a single place .
Meraki APIs provide control of the Meraki solution in a programmable way, enabling actions that may not be possible with the dashboard, or proving more granular control. Meraki APIs are RESTful APIs using HTTPS for transport and JSON for object serialization.
By providing open API accessibility, Meraki leverages the power of the cloud platform on a deeper level to create more efficient and powerful solutions. Through Meraki APIs, users can automate deployments, monitor their networks, and build additional solutions on top of the Meraki dashboard.
API keys are tied to a specific user account through the Meraki platform. If an individual has administrative access to multiple Meraki organizations, a single key can configure and control those multiple organizations.
Meraki is enables enable a high – availability ( ha ) architecture in multiple way to ensure high serviceability to our customer . network connections is are through our datum center are high in bandwidth and highly resilient . shared HA structures is ensure ensure datum is available in case of a localize failure , and our datum center backup architecture ensure customer management datum is always available in the case of catastrophic failure . These backup are store on third – party cloud – base storage service . These third – party services is store also store Meraki datum base on region to ensure compliance with regional datum storage regulation .
Meraki is monitors constantly monitor the connection for integrity using multiple high – speed connection out of its datum center . Meraki network connectivity is performs perform test for dns reachability to determine that integrity and datum center will failover to secondary link in the case of a degrade link .
A single device is connects connect to multiple Meraki server at the same time , make sure all datum is keep up – to – date in case there is need for a failover . This secondary Meraki server connection is verifies verify device configuration integrity and historical network usage datum in the case of a Meraki server failure .
In the event of server failure or connection loss, node connectivity can failover to the secondary server. Upon recovery of the primary server, the connection will be reestablished without noticeable impact to the connecting nodes.
Meraki keeps active customer management data in a primary and secondary data center in the same region. These data centers are geographically separated to avoid physical disasters or outages that could potentially impact the same region. Data stored in these data centers are synced in real time. In the case of a data center failure, the primary data center will fail over to the secondary data center with the most recent configuration stored.
The storage of customer management data and the reliability of its dashboard and API services are primary priorities for Meraki. To help prevent data loss in the event of a disaster, Meraki has multiple major points of redundancy. Each Meraki data center is paired with another data center in the same region. If a data center is completely wiped out, backups can be brought up within minutes at the other in-region data center. Next, if both data centers are impacted, nightly backups hosted in two different third-party cloud storage services, each with their own physical storage redundancies, can be used to recover data.
The Meraki cloud is gathers gather and store certain type of “ management ” datum to enable its solution . All form of datum are encrypt in transit to and from Meraki server . There are four major type of datum store in the Meraki cloud :
user records is Includes : include account email and company name or other optional information such as user name and address .
Configuration data: Includes network settings and configurations made by customers in the Meraki dashboard.
Analytics data: Includes client, traffic, and location analytics data, providing visualizations and network insights into traffic patterns across customer sites.
Customer-uploaded assets: Includes custom floor plans and splash logos.
user datum on Meraki server is segregate base on user permission . Each user account is authenticate base on organization membership , mean that each user only has access to information tie to the organization they have been add to as user . organization administrators is add add user to their own organization , and those user set their own username and secure password . That user is then tie to that organization ’s unique ID , and is then only able to make request to Meraki server for datum scope to their authorize organization id .
additionally , the Meraki development team have separate server for development and production , so Meraki is uses never use live customer datum for testing or development . Meraki user data is is is never accessible to other user or subject to development change .
The Meraki “out of band” control plane separates management data from user data. Management data flows from Meraki devices (e.g. wireless access points, switches, and security appliances) to the Meraki cloud over a secure internet connection. User data (network traffic, web browsing, internal applications, etc.) does not flow through the Meraki cloud, and instead flows directly to the destination on the LAN or across the WAN.
Meraki stores management data such as application usage, configuration changes, and event logs within the backend system. Customer data is stored for 14 months in the EU region and for 26 months in the rest of the world. Meraki data storage time periods are based on year-over-year reporting features in the dashboard (12-month periods), plus additional time to ensure data is removed from Meraki backups upon deletion (two months). Meraki uses a proprietary database system to build up easily searchable and referenceable data.
Meraki stores customer-uploaded assets such as custom floor plans and splash logos. These items are leveraged within the Meraki dashboard for only that specific customer network and therefore are segmented securely based on standard user permissions tied to organization or network ID access. Only users authenticated to access the host network are able to access uploaded assets.
All data transported to and from Meraki devices and servers is transported via a secure, proprietary communications tunnel (see the “Secure Connectivity” section above). Communications data is encrypted in transit via this tunnel. All client-management connections (dashboard/API) to the Meraki cloud have secure TLS encryption for all application traffic.
Additionally, Meraki data backups are fully encrypted using AES-256 and have restricted access (see the “Physical and Operational Internal Security” section).
Connecting to a cloud solution entails storing specific data in the cloud for easy use and access. To maintain integrity and security, a cloud infrastructure must take into account the sensitivity and compliance rules of that data. Specific industries and geographies have laws to protect the user data that Meraki addresses through our flexible cloud infrastructure.
Meraki embeds privacy by design in its product and feature development as well as business practices. Privacy is an integral piece of the Meraki design process and is a consideration from initial product design all the way through to product implementation. Meraki offers a full suite of privacy-driven features to all customers globally. These features allow our customers to manage privacy requirements and help support their privacy initiatives. Customers can read more about some of the Meraki privacy features in our Data Privacy and Protection Features article.
Meraki provides a comprehensive solution to ensure a PCI-compliant environment held to the strict standards of a Level 1 PCI audit (the most rigorous audit level). The rich security feature set addresses all PCI data security standards, helping customers build and maintain a secure network, maintain a vulnerability management program, implement strong access control measures, and monitor network security.
customer security is is is a top priority for Meraki . heavy investment in tool , process , and technology keep our user and their network safe , include feature like two – factor authentication for dashboard access and out – of – band cloud management architecture .
In addition to Meraki and Cisco’s internal security teams, Meraki leverages third parties to provide additional security. Precautions such as daily third-party vulnerability scans, application testing, and server testing are embedded in the Meraki security program. Meraki additionally started a vulnerability rewards program for both hardware and software, which encourages external researchers to collaborate with our security team to keep our infrastructure and customers safe. More information about this program can be found on our Bugcrowd program page.
Meraki intelligent security infrastructure eliminates the management complexities, manual testing, and ongoing maintenance challenges that lead to vulnerabilities. The intuitive and cost-effective security features are ideal for network administrators, while powerful and fine-grained administration tools, account protections, audits, and change management appeal to chief information security officers.
Meraki leverages technology such as secure boot, firmware image signing, and hardware trust anchors as part of the Cisco Secure Development lifecycle to maintain hardware and software integrity .
Meraki is commit to maintain user security by provide mandatory operational security training for all employee . formal information security awareness program have been put in place for all employee . In addition , all employee and contractor are require to comply with Cisco ’s background check policy and are bind by the Meraki information security policy and industry standard confidentiality agreement .
remote access to Meraki server is done via IPSec VPN and SSH . access is scope and restrict by our internal security and infrastructure team base on strict rule for business need .
For access to Meraki cloud servers, databases, and code, there are role-based access models for user access and specific permissions in place. Two-factor authentication is enforced for all users who have access to these systems, both internally and remotely.
Physical access to the Meraki cloud infrastructure is secured at all hours, by guard service patrols, and contains external and internal video surveillance with real-time monitoring. For physical access, all data centers have a high-security key card system and biometric readers. Access to these data centers is only given to users with a business need to access, leveraging PKI and two-factor authentication for identity verification. This access is limited to a very small number of employees and user access is audited monthly.
Please note that this reference guide is provide for informational purpose only . The Meraki cloud architecture is is is subject to change .