Planning around physical resources
Assess processors, memory and storage as a system. Identify the software requirements for hardware and operating-system compatibility before ordering.
COMPUTE / BARE METAL
Consider Bare Metal for hardware-level control, specific software requirements or consolidated workloads. Plan operating-system compatibility, storage layout and maintenance responsibilities alongside processor and memory capacity before choosing a physical server.
01 / Overview
Bare Metal lets you address infrastructure at the physical-server level. It is not automatically the best answer whenever a virtual server feels constrained. First identify whether the requirement is capacity, hardware access, licensing or control over the virtualisation layer.
Plan the operating system, storage layout, networking and recovery methods together. Confirm hardware, installation and administrative access options against the current service scope. Treat hardware redundancy and application continuity as separate questions, and prepare the application for physical-server maintenance.
Assess processors, memory and storage as a system. Identify the software requirements for hardware and operating-system compatibility before ordering.
When several services share one machine, account for resource competition, licences and failure impact. The size of the affected workload matters as much as utilisation.
Document ownership of hardware, operating-system, virtualisation and application maintenance. Administrative access and recovery procedures belong in the same plan.
02 / Architecture
Illustrative layers: hardware, operating system and applications have distinct maintenance responsibilities. Data recovery is planned separately.
Selection guide03 / Selection guide
| Consider | How to decide | Why it matters |
|---|---|---|
| Processor and compatibility | Match processor characteristics against software and licensing requirements. | The highest core count is not necessarily the best application fit. |
| Memory and storage layout | Size active data, persistent data and growth separately. | Storage redundancy does not eliminate the need for an independent backup. |
| Networking and access | Define user traffic, administrative access and data movement. | Selecting hardware alone does not complete secure operations. |
| Maintenance and continuity | Plan restarts, hardware work and recovery procedures. | Application behaviour during server unavailability should be understood in advance. |
04 / Use cases
Review vendor requirements for software tied to hardware or licensing conditions. Confirm compatible components and supported operating systems before deployment.
Measure the combined requirements of services or virtualisation workloads. Assess the shared impact of relying on one physical machine.
Test processor, memory and storage requirements together for long-running work. Include the time needed to move inputs and results.
Choose a location to measure your connection latency.
05 / From planning to operation
Document software, licensing, hardware and access needs. State which requirement the Bare Metal choice is intended to satisfy.
Plan around the supported operating system and storage layout. Assign responsibility for updates and ongoing administration.
Test transfer duration and data consistency. Validate the application on the new server before changing production traffic.
Test backup restoration and the response to server unavailability. Keep operating instructions accessible to the people responsible.
No. Results depend on hardware, application parallelism, data access and configuration. Compare the same workload in both environments before assuming a performance advantage.
Confirm the technical requirements, hardware support and service terms for your chosen configuration. Virtualisation software, licences and management need their own plan.
No. Redundant disks or copies on the same machine are not an independent recovery plan. Define backup scope, retention and storage location separately.
Hardware service and operating-system or application management can have different scopes. Clarify update, monitoring, support and recovery responsibilities against current terms before ordering.
Connect product decisions with installation, configuration and operating knowledge.
These references explain the technical concepts discussed on this page. Available configurations and service scope are defined by FibaCloud product and order information.
FIBACLOUD / Bare Metal
Tell us about your application, expected usage and operating requirements. Let’s bring the resource choices together.