Maximum upload speed to AWS S3 over AWS Direct Connect? I guess these are the variables (or some of them, at least):
1. Speed with which data can be read from the NFS volume by the Windows Server
2. Network speed / adapter settings for the Windows Server VM to AWS Direct Connect
3. Maximum ingest rates for Amazon S3
4. MSP360 Backup processing
Regarding these items:
1. Test your read speed from the NFS volume by the Windows Server. You could try copying a file from a Command Prompt on the Server for a file on the NFS volume to the NUL: device - to eliminate write speeds on the VM. Just select a file that has not been read recently and in cache. Something like this should suffice:
ECHO %time% & COPY /B "AFileOnNFSVolume.BAK" NUL: & ECHO %time%
2. Check your VM to see how the Network Interfaces are configured. Are they capable of speeds greater than 1 Gbps?
3. I've done some digging around the internets in the past and have never been able to find definitive docs from Amazon on maximum ingest rates for S3. I would say that 1 Gbps is extremely fast hitting a single bucket, but i think this is probably a good question for you to ask your technical rep at Amazon. It's possible that even though you have a 5 Gbps link to AWS, it's not possible to get that rated speed when writing to S3
4. On the MSP360 side there are a few things that can affect throughput:
- If you are using RMAN to compress the backup (recommended) then re-compressing with MSP360 is probably a waste of CPU cycles. Consider disabling compression, if enabled
- If you are encrypting, that will use CPU cycles as well - but I'm not recommending you disable if the backup is not already encrypted using Oracle Secure Backup.
- With 12 Virtual CPUs, I'd consider using 10 or 11 Threads at the most to avoid unnecessary thread switching on the CPUs. Set Chunk Size accordingly - maybe 100 MB - but higher could be a little better as it does reduce some latency
- Make sure Block-Level backups are disabled (Advanced Scheduling Block-Level). Just have incremental selected. The RMAN backup files are not going to be updated, so no block-level analysis is needed during backup for those files.
- Make sure Logging is set at LOW or DISABLED. We can use logs to help diagnose issues and they'll need to be at LOW (at the lowest), but for maximum speed, you could try disabling the logging (Options - Logging)
That's all I can think of right now. Let us know what you find.