--- title: Right-sizing workloads before a cloud migration | SUMāTO description: Why migrating at the size a workload had in the data centre inflates the bill, and how to measure the real load before choosing the destination. image: https://sumatogroup.com/hubfs/BRANDING/SUM%C4%81TO%20%7C%20LOGO%201000x500.png --- [Skip to content](https://sumatogroup.com/en/insights/blog/dimensionar-cargas-antes-de-migrar#main-content) - [INSIGHTS](https://sumatogroup.com/en/insights) - [SUPPORT](https://sumatogroup.com/en/support) - [CONTACT](https://sumatogroup.com/en/contact) EN [Español](https://sumatogroup.com/insights/blog/dimensionar-cargas-antes-de-migrar) [English](https://sumatogroup.com/en/insights/blog/dimensionar-cargas-antes-de-migrar) [![SUMāTO Group — home](https://sumatogroup.com/hs-fs/hubfs/BRANDING/SMT%20-%20LOGO.png?width=40&height=40&name=SMT%20-%20LOGO.png)](https://sumatogroup.com/en) - [HOME](https://sumatogroup.com/en/) - About #### SUMāTO - [About us→](https://sumatogroup.com/en/about-us) - [Terms→](https://sumatogroup.com/en/legal) - [Legal→](https://sumatogroup.com/en/legal) - [Cookies→](https://sumatogroup.com/en/legal) - [Data protection→](https://sumatogroup.com/en/legal) #### METHODOLOGIES - [Design Thinking→](https://sumatogroup.com/en/methodologies#design-thinking) - [Lean Startup→](https://sumatogroup.com/en/methodologies#lean-startup) - [PMI→](https://sumatogroup.com/en/methodologies#pmi) - [Scrum→](https://sumatogroup.com/en/methodologies#scrum) #### Vendors - [AWS→](https://sumatogroup.com/en/vendors#aws) - [Cisco→](https://sumatogroup.com/en/vendors#cisco) - [Dahua→](https://sumatogroup.com/en/vendors#dahua) - [Fortinet→](https://sumatogroup.com/en/vendors#fortinet) - [Huawei→](https://sumatogroup.com/en/vendors#huawei) - [Microsoft→](https://sumatogroup.com/en/vendors#microsoft) - [OCI→](https://sumatogroup.com/en/vendors#oci) - [Panduit→](https://sumatogroup.com/en/vendors#panduit) - Capabilities #### TECHNOLOGY - [Artificial Intelligence→](https://sumatogroup.com/en/artificial-intelligence) - [Data Analytics→](https://sumatogroup.com/en/data-analytics) - [Automation→](https://sumatogroup.com/en/automation-rpa) - [Cybersecurity→](https://sumatogroup.com/en/cybersecurity) - [Cloud→](https://sumatogroup.com/en/cloud) #### SEGMENTS - [SMB→](https://sumatogroup.com/en/smb) - [Enterprise→](https://sumatogroup.com/en/enterprise) - [Government→](https://sumatogroup.com/en/government) - Consulting #### Assessments - [AI Readiness→](https://sumatogroup.com/en/ai-readiness-assessment) - [Analytics→](https://sumatogroup.com/en/data-analytics-maturity-assessment) - [Cloud→](https://sumatogroup.com/en/cloud-readiness-assessment) - [Cybersecurity→](https://sumatogroup.com/en/cybersecurity-assessment) - [Enterprise Architecture→](https://sumatogroup.com/en/enterprise-architecture-assessment) - [IT Maturity→](https://sumatogroup.com/en/it-maturity-assessment) - [IT Strategy→](https://sumatogroup.com/en/technology-strategy-assessment) - [Process Automation→](https://sumatogroup.com/en/process-automation-assessment) #### Consulting & Architecture - [AI First→](https://sumatogroup.com/en/ai-first) - [BCP→](https://sumatogroup.com/en/business-continuity-plan) - [DRP→](https://sumatogroup.com/en/disaster-recovery-plan) - [Enterprise Architecture→](https://sumatogroup.com/en/enterprise-architecture-togaf) - [Enterprise Transformation→](https://sumatogroup.com/en/enterprise-transformation) - [IT Strategic Plan→](https://sumatogroup.com/en/it-strategic-plan) - [Strategic Consulting→](https://sumatogroup.com/en/strategic-consulting) - Operations #### INFRASTRUCTURE - [Data Center→](https://sumatogroup.com/en/data-center) - [Managed Services→](https://sumatogroup.com/en/managed-services) - [VDI→](https://sumatogroup.com/en/vdi) - [Intelligent Video Surveillance→](https://sumatogroup.com/en/video-surveillance) #### SECURITY - [NOC→](https://sumatogroup.com/en/noc) - [SOC→](https://sumatogroup.com/en/soc) #### USERS - [Modern Desktop→](https://sumatogroup.com/en/modern-desktop) - [Help Desk→](https://sumatogroup.com/en/help-desk) - Industries Industries - [Banking & Finance→](https://sumatogroup.com/en/banking-finance) - [Insurance→](https://sumatogroup.com/en/insurance) - [Government→](https://sumatogroup.com/en/government) - [Healthcare→](https://sumatogroup.com/en/healthcare) - [Telecommunications→](https://sumatogroup.com/en/telecommunications) - [Retail & Consumer→](https://sumatogroup.com/en/retail) - [Manufacturing→](https://sumatogroup.com/en/manufacturing) - [Energy, Oil & Gas→](https://sumatogroup.com/en/energy-oil-gas) - [Education→](https://sumatogroup.com/en/education) - [Logistics & Transportation→](https://sumatogroup.com/en/logistics-transport) - [Legal Services→](https://sumatogroup.com/en/legal-services) - [Engineering & Construction→](https://sumatogroup.com/en/engineering-construction) - Resources #### CONTENT - [Blog→](https://sumatogroup.com/en/insights) - [Use cases→](https://sumatogroup.com/en/use-cases) #### EVENTS - [Webinars→](https://sumatogroup.com/en/webinars) EN [Español](https://sumatogroup.com/insights/blog/dimensionar-cargas-antes-de-migrar) [English](https://sumatogroup.com/en/insights/blog/dimensionar-cargas-antes-de-migrar) Search - There are no suggestions because the search field is empty. [Nube](https://sumatogroup.com/en/insights/tag/nube) # Right-sizing workloads before migrating to the cloud [Andrés Lozada](https://sumatogroup.com/en/insights/author/andres-lozada) · Jan 16, 2025, 7:00:00 AM · 5 min read **A high first month in the cloud almost never comes from having migrated: it comes from having migrated at the size the server had, rather than the size the workload needs. In the data centre, over-provisioning was prudent; in the cloud it is paid every month.** What follows: why inherited sizing is expensive, what is worth measuring, what requires judgement, and how to sequence the exercise. On owned infrastructure, sizing was done once, for three or five years, and with margin. Buying more than needed was the conservative decision, because expanding later meant another purchase. In the cloud that same margin becomes a recurring cost nobody revisits, and it carries forward at every renewal. ## Why inherited sizing is expensive The usual practice when migrating is to replicate: if the server had sixteen cores, a sixteen-core instance is provisioned. It is quick, it reduces the risk of the change, and it is exactly where the overspend originates. The problem is that the sixteen never described the workload: it described a purchase made years earlier, when growth was projected that may never have arrived. To that is added the safety margin each layer contributed — the vendor, the architect, the administrator — until the final size corresponds to no measurement at all. ## What is worth measuring **Real usage over a representative period.** Processor, memory, disk and network across several weeks, including month-end close and any known seasonal peak. A quiet week produces a sizing that fails on the first busy day. **The percentile, not the average.** The average hides the peaks and the maximum over-represents them. Sizing against a high percentile captures the real workload without paying for one unrepeatable night. **The hourly pattern.** A workload that works eight hours and sleeps sixteen is a candidate for scheduled shutdown, and that changes the arithmetic more than choosing the right size does. **Dependencies between components.** Measuring a server in isolation leads to moving it alone and discovering afterwards that it talked constantly to another that stayed behind, with the latency and traffic cost that implies. ## What requires judgement Some workloads carry margin as a deliberate decision, not an oversight. A system with unpredictable peaks and a high cost of unavailability is sized generously on purpose, and it is worth writing that down so nobody optimises it later out of ignorance. There is also the question of what to do with what should not migrate as it stands. An application that only runs on a version no longer supported poses a choice — upgrade, replace or maintain — that is not an infrastructure decision. And the choice between reserved and on-demand capacity depends on how certain the workload’s permanence is. Committing capacity for a year on something that may be replaced in six months saves on the rate and loses on flexibility. ## What changes by type of workload Stable, predictable workloads — core system databases, internal services in constant use — benefit from capacity commitments and from tight sizing. Variable workloads — campaigns, period closes, batch processing — take advantage of elasticity, and there the expensive mistake is the opposite one: sizing permanently for the peak instead of growing and shrinking. Non-production environments deserve their own criterion, because they tend to replicate production sizing without needing it and account for a larger share of the bill than assumed. ## How to sequence the exercise Instrument before deciding. If there is no usage history, the first step is not choosing instances but collecting data over a period that includes a full business cycle. Group by pattern, not by application. Workloads that behave alike admit the same decision, and that reduces a long inventory to a few manageable categories. And plan the review from the start. Sizing that is right at migration stops being right when usage changes; without a periodic review the saving erodes within months. ## What has to exist first An inventory of workloads with owners, monitoring capable of providing history, and an agreement about who authorises a change of size. Without the last, the adjustment gets proposed and not executed. It is also worth fixing the measure by which the result will be judged. Total cost is not enough, because it grows with the business; cost per unit of work — per transaction, per user, per order — says whether efficiency improved. ## The mistake that repeats in the second wave The first migration wave is usually done carefully, because it is visible and has management attention. The second is done on momentum, replicating the first wave’s decisions without repeating the measurement. That is where structural overspend creeps in: the sizes chosen for other workloads get adopted as the standard, and the organisation ends up with an internal instance catalogue nobody justified. It is worth treating each wave as a new exercise, even a shorter one, and reserving the standard only for what has already been measured and behaved as expected. ### How long should measurement run before migrating? Long enough to cover a full business cycle, including month-end close and any known seasonality. Measuring one quiet week produces a sizing that fails on the first busy day. ### Is it better to migrate at the same size and adjust later? It is a defensible option when the risk of change is high, provided the adjustment is scheduled with an owner and a date. Without that, the provisional size becomes permanent. ### Which indicator is worth following? Cost per unit of work, not total cost. The total grows with the business; the unit figure says whether efficiency improved or worsened. ### What about development and test environments? They deserve their own criterion. They tend to replicate production sizing without needing it and weigh on the bill more than assumed. Next step [Cloud](https://sumatogroup.com/en/cloud)[Cloud Readiness Assessment](https://sumatogroup.com/en/cloud-readiness-assessment)[Data Analytics](https://sumatogroup.com/en/data-analytics) [Nube](https://sumatogroup.com/en/insights/tag/nube) ![Andrés Lozada](https://sumatogroup.com/hs-fs/hubfs/SPEAKERS/AL.jpeg?width=56&height=56&name=AL.jpeg) Andrés Lozada Jan 16, 2025, 7:00:00 AM [LinkedIn](https://www.linkedin.com/in/andreslozada/) ### Explore more from SUMāTO [Enterprise AI](https://sumatogroup.com/en/artificial-intelligence) [Enterprise Transformation](https://sumatogroup.com/en/enterprise-transformation) [Strategic Consulting](https://sumatogroup.com/en/strategic-consulting) [AI Agent](https://sumatogroup.com/en/artificial-intelligence) [AI Contact Center](https://sumatogroup.com/en/artificial-intelligence) [Cybersecurity](https://sumatogroup.com/en/cybersecurity) ### Related Posts #### [Connectivity to the cloud: the detail that gets forgotten](https://sumatogroup.com/en/insights/blog/conectividad-hacia-la-nube) **A technically impeccable migration can be experienced as a step backwards if the network link does not keep up. Once the application stops sharing a...** #### [Development and test environments: the silent cost](https://sumatogroup.com/en/insights/blog/ambientes-no-productivos-costo) **Non-production environments tend to mirror the size of production, run twenty-four hours a day, and have no owner. That is the exact combination that...** #### [Landing zone: what to prepare before moving anything to the cloud](https://sumatogroup.com/en/insights/blog/landing-zone-preparar-nube) **A landing zone is the set of decisions — accounts, identity, network, controls, cost attribution — that get made once, before any workload moves. It...** ![SUMāTO](https://sumatogroup.com/hs-fs/hubfs/BRANDING/SUM%C4%81TO%20%7C%20LOGO%201000x500.png?width=200&height=100&name=SUM%C4%81TO%20%7C%20LOGO%201000x500.png) Strategic technology planning consultants. AI, Analytics, Cloud and Cybersecurity ## Navigation [Home](https://sumatogroup.com/en) [Capabilities](https://sumatogroup.com/en/artificial-intelligence) [Consulting](https://sumatogroup.com/en/strategic-consulting) [Operations](https://sumatogroup.com/en/managed-services) [Industries](https://sumatogroup.com/en/banking-finance) [Resources](https://sumatogroup.com/en/insights) ## SUMāTO [About](https://sumatogroup.com/en/about-us) [Terms](https://sumatogroup.com/en/legal#terminos) [Legal & Privacy](https://sumatogroup.com/en/legal) [Data protection](https://sumatogroup.com/en/legal) Cookies ## [Contact](https://sumatogroup.com/en/contact) [sales@sumatogroup.com](mailto:sales@sumatogroup.com) Mexico HQ Mexico City, Mexico [+52 55 8897 5791](tel:+525588975791) Bogotá Bogotá, Colombia [+57 601 724 5059](tel:+576017245059) © 2026 SUMāTO Group. All rights reserved. ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "Andrés Lozada", "url" : "https://sumatogroup.com/en/insights/author/andres-lozada" }, "datePublished" : "2025-01-16T13:00:00.000Z", "headline" : "Right-sizing workloads before a cloud migration | SUMāTO", "mainEntityOfPage" : { "@id" : "https://sumatogroup.com/en/insights/blog/dimensionar-cargas-antes-de-migrar", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://sumatogroup.com/hubfs/BRANDING/Logo_SUMATO_Original%20-%201000x500.png" }, "name" : "SUMāTO Group" } } ``` ```json { "@context" : "https://schema.org", "@type" : "FAQPage", "mainEntity" : [ { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "Long enough to cover a full business cycle, including month-end close and any known seasonality. Measuring one quiet week produces a sizing that fails on the first busy day." }, "name" : "How long should a workload be measured before migrating?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "It is defensible when the risk of change is high, provided the adjustment is scheduled with an owner and a date. Without that, the provisional size becomes permanent." }, "name" : "Is it better to migrate at the same size and adjust later?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "Cost per unit of work — per transaction, per user, per order — rather than total cost. The total grows with the business; the unit figure says whether efficiency improved." }, "name" : "Which indicator is worth following after migrating?" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "With their own criterion. They tend to replicate production sizing without needing it and account for a larger share of the bill than assumed." }, "name" : "How should development and test environments be sized?" } ] } ``` ```json { "@context" : "https://schema.org", "@id" : "https://sumatogroup.com/#organization", "@type" : "Organization", "address" : { "@type" : "PostalAddress", "addressCountry" : "MX", "addressLocality" : "Huixquilucan", "addressRegion" : "Estado de México", "postalCode" : "52787", "streetAddress" : "Av. Vialidad de la Barranca No. 6, Torre 1, Suite 400, Piso 4, Col. Bosques de las Palmas" }, "alternateName" : [ "SUMāTO Group", "SUMATO Group", "Sumato Group", "SUMATO", "SUMaTO", "SUMaTO Group", "SUMTO", "SUMTO Group" ], "areaServed" : [ { "@type" : "Country", "name" : "México" }, { "@type" : "Country", "name" : "Colombia" }, { "@type" : "Place", "name" : "Latinoamérica" } ], "contactPoint" : { "@type" : "ContactPoint", "areaServed" : "Latinoamérica", "availableLanguage" : [ "es", "en" ], "contactType" : "sales", "email" : "sales@sumatogroup.com" }, "description" : "SUMāTO is a Latin American technology consulting and integration firm founded in 2016, with a presence in Mexico and Colombia. It designs, implements and operates artificial intelligence, data analytics, automation, cybersecurity and cloud on the systems a client already runs, under governance frameworks such as NIST AI RMF and ISO/IEC 42001.", "foundingDate" : "2016", "knowsAbout" : [ "Inteligencia Artificial", "IA Generativa", "Agentes de IA", "Analítica de Datos", "Big Data", "Automatización de Procesos (RPA)", "Ciberseguridad", "Computación en la Nube", "Continuidad del Negocio y Recuperación ante Desastres", "Arquitectura Empresarial", "Transformación Digital" ], "legalName" : "SUMāTO Group", "location" : [ { "@type" : "Place", "address" : { "@type" : "PostalAddress", "addressCountry" : "MX", "addressLocality" : "Huixquilucan", "addressRegion" : "Estado de México", "postalCode" : "52787", "streetAddress" : "Av. Vialidad de la Barranca No. 6, Torre 1, Suite 400, Piso 4, Col. Bosques de las Palmas" }, "name" : "SUMāTO MX", "telephone" : "+52 55 8897 5791" }, { "@type" : "Place", "address" : { "@type" : "PostalAddress", "addressCountry" : "CO", "addressLocality" : "Bogotá", "streetAddress" : "Cra. 45 # 103-34, Of. 202" }, "name" : "SUMāTO CO", "telephone" : "+57 601 724 5059" } ], "logo" : { "@type" : "ImageObject", "height" : 500, "url" : "https://sumatogroup.com/hubfs/BRANDING/SUM%C4%81TO%20%7C%20LOGO%201000x500.png", "width" : 1000 }, "name" : "SUMāTO", "sameAs" : [ "https://www.linkedin.com/company/sumatogroup", "https://www.youtube.com/@sumatogroup", "https://torre.ai/teams/SUMaTOGroup", "https://www.cbinsights.com/company/sumto-group", "https://elioplus.com/profiles/channel-partners/57295/sumato-group" ], "telephone" : "+52 55 8897 5791", "url" : "https://sumatogroup.com" } ``` ```json { "@context" : "https://schema.org", "@id" : "https://sumatogroup.com/#website", "@type" : "WebSite", "description" : "Technology consulting in AI, data, automation, cybersecurity and cloud across Latin America.", "inLanguage" : "en", "name" : "SUMāTO", "publisher" : { "@id" : "https://sumatogroup.com/#organization" }, "url" : "https://sumatogroup.com" } ``` ```json { "@context" : "https://schema.org", "@type" : "BreadcrumbList", "itemListElement" : [ { "@type" : "ListItem", "item" : "https://sumatogroup.com/en", "name" : "Home", "position" : 1 }, { "@type" : "ListItem", "item" : "https://sumatogroup.com/en/insights/blog/dimensionar-cargas-antes-de-migrar", "name" : "Right-sizing workloads before migrating to the cloud", "position" : 2 } ] } ```