Capacity
How much needs to be stored.
Applications, databases, virtual machines and services have different processing, memory and storage profiles.
Infrastructure should therefore not be sized solely by nominal capacity or hardware specifications.
Add Solution designs, sizes, implements and modernizes server and storage environments based on workloads, performance, availability, growth, integration and data protection.
Dimensionamos compute e dados a partir de utilização, I/O, latência, crescimento, proteção e disponibilidade — não apenas de especificações de catálogo.

Arquitetura, execução e operação tratadas como partes da mesma responsabilidade.
Applications, databases, virtual machines and services must be analysed by behaviour, CPU, memory, I/O, capacity, growth, criticality and availability.
Hardware is an architecture decision. The workload is the requirement that guides it.
The equipment is a decision. The workload is the requirement.
CPU, cores, memory, interfaces, expansion, density, redundancy, compatibility and lifecycle must meet actual workloads and projections.
Incorrect sizing can lead to both undersizing and oversizing, as well as idle resources.
Different workloads require an appropriate combination of capacity, operations, data movement and response time.
How much needs to be stored.
Number of input/output operations.
Volume of data transferred.
Time required to respond to operations.
Having terabytes available indicates how much fits. It does not indicate the performance at which data will be delivered.
Reads, writes, random or sequential operations, block sizes, peaks and sustained loads vary across databases, virtualization, files, backup and enterprise applications.
The architecture must account for the actual profile without relying on fabricated benchmarks or universal figures.
Direct-attached storage
Dedicated network for block storage
File services over the network
Objects and metadata according to the application
Block, file, object, Fibre Channel, iSCSI and Ethernet may form part of the solution depending on the workload, availability and operations. No technology is universally superior.
HDD, SSD, flash and NVMe offer different characteristics. Controllers, network, protocols, hosts, software and workload also affect the outcome.
Lower potential latency must be assessed within the complete architecture.
RAID, replication, clustering, high availability and backup have different objectives.
RAID is not backup.Backup & Disaster Recovery
Compute, storage, networking, power, virtualization, software, quorum, paths and procedures form the chain.
Duplicating components creates redundancy. Availability requires understanding dependencies.Explore Data Center
Resource pools, CPU, memory, storage, overcommit where applicable, availability, mobility and growth determine the behaviour of the shared platform.
Explore Cloud & VirtualizationCurrent utilization, history, new applications, capacity, performance, expansion and lifecycle guide planning without unjustified oversizing.
Capacity planning is not buying today everything that may be needed tomorrow. It is preventing growth from becoming an emergency.
Obsolescence, support, performance, capacity, compatibility, resource consumption, dependencies, risk and consolidation help determine what to retain, update, consolidate, expand, migrate and decommission.
Inventory, dependencies, compatibility, capacity, maintenance window, sequencing, integrity, validation, rollback and documentation guide transitions involving servers, VMs, volumes, file systems, datastores, databases and applications.
Protects against certain failures.
Maintains synchronous or asynchronous copies.
Maintains recovery points.
Structures recovery for broad scenarios.
Performance, latency, dependencies, security, costs, governance, licensing and continuity guide the coexistence of on-premises, public cloud, private cloud, colocation and hybrid environments.
CPU, memory, storage, latency, IOPS, throughput, interfaces, capacity, trends and events support troubleshooting, sizing and planning.
CPU, memory, storage, network, database and application can produce similar symptoms. Performance must be investigated as a chain of dependencies.
More than 15 years of experience in technology infrastructure and critical environments applied to an evidence-based journey.
Workloads and criticality.
Current utilization and behaviour.
Compute, memory, capacity and performance.
Infrastructure and dependencies.
Execute the solution.
Perform controlled transitions.
Confirm performance and operation.
Track health and capacity.
Adapt to new needs.
Manufacturers, platforms, technology families and products belong on the dedicated technology pages.
Data Center TechnologiesRespostas objetivas para dúvidas técnicas e operacionais que costumam surgir antes de um projeto.
O sizing começa pelos workloads: utilização, picos, CPU, memória, perfil de I/O, capacidade, crescimento, criticidade, disponibilidade e proteção.
Não. Capacidade, IOPS, throughput e latência são dimensões diferentes e precisam ser avaliadas conforme o perfil da carga.
Não. RAID protege contra determinados tipos de falha de componentes. Backup mantém pontos de recuperação para outros cenários.
Não. Controladoras, rede, protocolos, hosts, software e o próprio workload também podem limitar a performance.
Sim. A modernização pode manter, atualizar, consolidar, expandir, migrar ou descomissionar componentes conforme riscos e requisitos.
Sim. A avaliação pode medir utilização, performance, capacidade, dependências e crescimento para orientar uma evolução baseada em dados.
Share the context of your environment, the perceived impacts and the results your organization seeks. Add Solution will direct the conversation to the most appropriate experts.