There are several considerations regarding email migration performance. The Cloudiway migration platform uses all available resources to provide the fastest migration possible and can support both small and large migrations. The on-demand migration engine allocates the capacity that you need to migrate the volume of data of your choice in the time slot you have allocated.
However, there are limitations. Many mail systems can heavily throttle users. When you perform too many calls, the remote server will begin throttling and decrease the number of calls that can be performed each minute, thus reducing the migration throughput. Cloudiway constantly attempts to work at the maximum capacity allowed to achieve excellent throughput.
Google limits migration to 2.5 GB per user per day. Usually, some additional data migration is possible before throttling begins. When throttling does begin, the Cloudiway platform will attempt to migrate 10 GB of data per user, then sleep for 6 hours and automatically restart the migration where it left off.
Office 365 limitations
Office 365 uses throttling policies to limit the resources consumed by a single account. To maximize throughput and limit throttling, Cloudiway follows Microsoft’s best practice and uses impersonation.
An account that has impersonation privileges can impersonate 100 users concurrently to migrate 100 mailboxes in parallel. The platform uses EWS (Exchange Web services) protocol; Microsoft theoretically allows a throughput of around 300 MB per user per hour. The Cloudiway platform typically sees throughput between 200 Mb and 300 MB per mailbox per hour. This gives an average throughput of around 500 GB per day with a constant migration of 100 concurrent mailboxes.
If you wish to further improve throughput, you can create distinct migration accounts and create additional connectors on the platform. For example, if you create two targets Office 365 connectors (each with its own distinct migration account), you can migrate 200 mailboxes concurrently and reach a throughput of around 1 TB per day.
Amazon WorkMail limitations
At the time of writing, Amazon WorkMail has the following limits, which cannot be increased:
- The maximum size for a mailbox is 50 GB per user
- The maximum size of an outgoing or incoming email message is 25mb; and
- Up to 100 domains can be added to an organization in Amazon WorkMail.
In addition, Amazon WorkMail requires one directory (you’re limited to two AWS Directory Service directories per region) and one VPC (you’re limited to 5 VPCs per AWS region). See http://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html for more information.
Exchange On-Premises limitations
A major benefit of Exchange On-Premises is that you’re in control of all settings. If you’re migrating from Exchange, make sure your server(s) and network are optimized for maximum throughput.
Lotus Notes limitations
Although mail migration from Lotus Notes is entirely monitored and triggered from the Cloudiway SaaS platform, a local agent must be downloaded and executed on a local Lotus Notes workstation (using a notes.id with access to all mailboxes). The agent is multi-threaded and can concurrently run 10 migrations by default. You can run the agent simultaneously on different Notes clients to increase throughput. To preserve bandwidth, you can limit the number of concurrent migrations.