Sedai raises $20 million for the first self-driving cloud!
Read Press Release

Attend a Live Product Tour to see Sedai in action.

Register now
More
Close
AWS

c6g.8xlarge

EC2 Instance

ARM-based compute-optimized instance with 32 vCPUs and 64 GiB memory. Great for large-scale containerized applications and compute farms.

Coming Soon...

icon
Pricing of
c6g.8xlarge

N/A

On Demand

N/A

Spot

N/A

1 Yr Reserved

N/A

3 Yr Reserved

Pricing Model
Price (USD)
% Discount vs On Demand
sedai

Let us help you choose the right instance

Schedule a meeting
icon
Spot Pricing Details for
c6g.8xlarge

Here's the latest prices for this instance across this region:

Availability Zone Current Spot Price (USD)
Frequency of Interruptions: n/a

Frequency of interruption represents the rate at which Spot has reclaimed capacity during the trailing month. They are in ranges of < 5%, 5-10%, 10-15%, 15-20% and >20%.

Last Updated On: December 17, 2024
icon
Compute features of
c6g.8xlarge
FeatureSpecification
icon
Storage features of
c6g.8xlarge
FeatureSpecification
icon
Networking features of
c6g.8xlarge
FeatureSpecification
icon
Operating Systems Supported by
c6g.8xlarge
Operating SystemSupported
icon
Security features of
c6g.8xlarge
FeatureSupported
icon
General Information about
c6g.8xlarge
FeatureSpecification
icon
Benchmark Test Results for
c6g.8xlarge
CPU Encryption Speed Benchmarks

Cloud Mercato tested CPU performance using a range of encryption speed tests:

Encryption Algorithm Speed (1024 Block Size, 3 threads)
AES-128 CBC N/A
AES-256 CBC N/A
MD5 N/A
SHA256 N/A
SHA512 N/A
I/O Performance

Cloud Mercato's tested the I/O performance of this instance using a 100GB General Purpose SSD. Below are the results:

Read Write
Max 4958 4958
Average 4958 4958
Deviation 0.3 0.22
Min 4957 4957

I/O rate testing is conducted with local and block storages attached to the instance. Cloud Mercato uses the well-known open-source tool FIO. To express IOPS the following parametersare used: 4K block, random access, no filesystem (except for write access with root volume and avoidance of cache and buffer.

icon
Community Insights for
c6g.8xlarge
AI-summarized insights
filter icon
Filter by:
All

Is the network bandwidth also correct for c6g.8xlarge? i see also a discrepancy between what the aws console says (12 Gbps) and (Up to 10 Gbps) for that instance type. Which one is right?

Is the network bandwidth also correct for c6g.8xlarge? i see also a discrepancy between what the aws console says (12 Gbps) and (Up to 10 Gbps) for that instance type. Which one is right?

Is the network bandwidth also correct for c6g.8xlarge? i see also a discrepancy between what the aws console says (12 Gbps) and (Up to 10 Gbps) for that instance type. Which one is right?

The other difference is memory, your t2.micro instance has 1GB memory whereas the c6g.medium has 2GB of memory allocated, which also increases the price. Then there is the CPU architecture which is ARM, which won't be able to run x86 compiled applications natively and some applications will need to be recompiled specifically to run successfully.

Overall we are happy with performance, compared to old stack we are at around 10% of the cost and I think our savings was more than 2x compared to x86 after locking in some rates. R6gd.metal (16x) vs R5d.metal (24x)

If the instance must be running Windows then you're out of luck. If you can somehow make use of Linux then you are able to get a **c6g.8xlarge** for **$1.088 per hour** , or a **c7g.8xlarge** for **$1.16 per hour** , both of these are 32 vCPU and 64GB memory.

The other difference is memory, your t2.micro instance has 1GB memory whereas the c6g.medium has 2GB of memory allocated, which also increases the price. Then there is the CPU architecture which is ARM, which won't be able to run x86 compiled applications natively and some applications will need to be recompiled specifically to run successfully.

The other difference is memory, your t2.micro instance has 1GB memory whereas the c6g.medium has 2GB of memory allocated, which also increases the price. Then there is the CPU architecture which is ARM, which won't be able to run x86 compiled applications natively and some applications will need to be recompiled specifically to run successfully.

If the instance must be running Windows then you're out of luck. If you can somehow make use of Linux then you are able to get a **c6g.8xlarge** for **$1.088 per hour** , or a **c7g.8xlarge** for **$1.16 per hour** , both of these are 32 vCPU and 64GB memory.

The other difference is memory, your t2.micro instance has 1GB memory whereas the c6g.medium has 2GB of memory allocated, which also increases the price. Then there is the CPU architecture which is ARM, which won't be able to run x86 compiled applications natively and some applications will need to be recompiled specifically to run successfully.

The other difference is memory, your t2.micro instance has 1GB memory whereas the c6g.medium has 2GB of memory allocated, which also increases the price. Then there is the CPU architecture which is ARM, which won't be able to run x86 compiled applications natively and some applications will need to be recompiled specifically to run successfully.

The other difference is memory, your t2.micro instance has 1GB memory whereas the c6g.medium has 2GB of memory allocated, which also increases the price. Then there is the CPU architecture which is ARM, which won't be able to run x86 compiled applications natively and some applications will need to be recompiled specifically to run successfully.

If you have a compute-intensive application — maybe scientific modelling, intensive machine learning, or multiplayer gaming — these instances are a good choice.

Ah, I'm having the same problem! Which C series did you pick?

The other difference is memory, your t2.micro instance has 1GB memory whereas the c6g.medium has 2GB of memory allocated, which also increases the price. Then there is the CPU architecture which is ARM, which won't be able to run x86 compiled applications natively and some applications will need to be recompiled specifically to run successfully.

The other difference is memory, your t2.micro instance has 1GB memory whereas the c6g.medium has 2GB of memory allocated, which also increases the price. Then there is the CPU architecture which is ARM, which won't be able to run x86 compiled applications natively and some applications will need to be recompiled specifically to run successfully.

If the instance must be running Windows then you're out of luck. If you can somehow make use of Linux then you are able to get a **c6g.8xlarge** for **$1.088 per hour** , or a **c7g.8xlarge** for **$1.16 per hour** , both of these are 32 vCPU and 64GB memory.

The other difference is memory, your t2.micro instance has 1GB memory whereas the c6g.medium has 2GB of memory allocated, which also increases the price. Then there is the CPU architecture which is ARM, which won't be able to run x86 compiled applications natively and some applications will need to be recompiled specifically to run successfully.

The other difference is memory, your t2.micro instance has 1GB memory whereas the c6g.medium has 2GB of memory allocated, which also increases the price. Then there is the CPU architecture which is ARM, which won't be able to run x86 compiled applications natively and some applications will need to be recompiled specifically to run successfully.

The other difference is memory, your t2.micro instance has 1GB memory whereas the c6g.medium has 2GB of memory allocated, which also increases the price. Then there is the CPU architecture which is ARM, which won't be able to run x86 compiled applications natively and some applications will need to be recompiled specifically to run successfully.

Load More
Similar Instances to
c6g.8xlarge

Consider these:

Feedback

We value your input! If you have any feedback or suggestions about this t4g.nano instance information page, please let us know.

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.