Exam Professional Cloud Architect topic 1 question 196 discussion

This Transfer Appliance docs says it is suitable when "It would take more than one week to upload your data over the network" Since 10TB would take way less than a week for that bandwidth, I would go for D https://cloud.google.com/transfer-appliance/docs/4.0/overview#suitability

maximum object size in GCS is 5TB

B makes more sense

Explanation: • With a 1 Gbps connection, transferring 10 TB online is practical—theoretical estimates show it can take around 22–30 hours if the link is fully utilized. • Compressing the data reduces the amount to transfer and the –m flag enables parallel (multi-threaded) uploads, further reducing transfer time. • This approach minimizes both the transfer time and overall cost, and it avoids the added delays and expense associated with ordering and shipping a Transfer Appliance. • Google’s best practices indicate that if you have sufficient network bandwidth (like 1 Gbps) and the dataset is in the 10–100 TB range, an online transfer using gsutil (with optimizations like compression) is the recommended approach.

https://cloud.google.com/storage-transfer/docs/transfer-options Transferring more than 1 TB from on-premises Use Storage Transfer Service or Transfer Appliance. This question has a trick, because the question talks about cost and Transfer Appliance is very expensive, if it were Storage Transfer Service then yes I would choose this option over gsuti.

D is correct for Saving time and cost optimized too

Transfer Appliance will take more time than gcloud storage cp :)

B is correct answer. I just did a through questioning in Gemini and this is a good explanation (after referring to official GCP resources too): Time: Transferring 10TB over a 1 Gbps connection will take a very long time (likely more than a day, even under ideal conditions). The gcloud storage cp command, while capable of resumable uploads for individual files, doesn't handle interruptions well for large directory transfers. Estimated 22 hours to complete transfer, provided in the most ideal situation for the network. But still a big risk if a large file is interrupted halfway and needs to start over. Although likely this 10TB transfer will be via many files, there still could be some large files in between. Hence to optimize cost and time B using transfer appliance is the answer.

No where in the question does it say the database export is one file (for anyone who is hung up on the 5TB object size limit). And even if it was, it still needs to end up in GCS, using the appliance doesn't solve that. Also it would be way more expensive and take a lot longer before your data would be available in GCS using the appliance.

The best option is B. Use the Data Transfer appliance to perform an offline migration.

I think the key factor here is "Google Recommended Practices". Based on this alone we have to select B. If this was not there and given the 1 GBPS speed, D would have been feasible.

B. Use the Data Transfer Appliance to perform an offline migration. using the Data Transfer Appliance aligns with Google's recommended practice for large-scale migrations where bandwidth limitations are a concern, ensuring efficient, secure, and cost-effective transfer of your on-premises database export into Google Cloud Storage.

The current maximum object size supported by GCS is 5 TB, so it should be B

thanks for sharing it <a href="https://www.qualitybacklink.net">Link building SEO</a>

Option B. Cloud Storage object limit is 5 TB. https://cloud.google.com/storage/quotas?hl=en#objects https://cloud.google.com/storage/quotas?hl=en#objects

Answer is B. Max cp limit of file is 5 TB

Since we would want to do it in the shortest time possible, using gsutil cp would take only 30 hours to move 10TB. So answer is D. https://cloud.google.com/architecture/migration-to-google-cloud-transferring-your-large-datasets?hl=en#online_versus_offline_transfer