DataCentred announce that in a world first they have integrated servers running ARM AArch64 processors into their OpenStack public cloud platform
As you may know, last year we partnered with DataCentred, an innovative provider of open-source cloud computing and next-generation data centre solutions. Today we’re delighted to announce that as a result of this collaboration, DataCentred have OpenStack running on 64-bit ARM (Aarch64). This will allow Datacentred to provide their customers with the ability to spin up both x86 and Aarch64 tenants.
Matt Jarvis, Head of Cloud Computing at DataCentred, said:
"There is currently a scarcity in the market for accessible, scalable 64-bit ARM and by adding this service to our cloud platform DataCentred can provide customers with access to this hardware at low risk. We are already seeing significant interest in our key vertical markets and expect this to grow over the next year. Thanks to Codethink, we’ve had one of the first ARM AArch64 Moonshot servers in the UK and our engineering team has integrated this with our Open Source OpenStack cloud platform. We will move this into production over the next few months."
Paul Sherwood, CEO of Codethink, said:
"ARM has always been a key target for our embedded systems development chain and the ability to provide a cloud based, ARM native developer environment for our projects is a critical part of achieving Codethink’s goals. Since 2014 we have been working with DataCentred to provide an environment for distributing Baserock, our embedded systems and dedicated enterprise appliance Linux tool set; and to provide an execution environment for developers using Baserock to build, run and test on novel architectures, notably ARM."
Other Content
- Codethink/Arm White Paper: Arm STLs at Runtime on Linux
- Speed Up Embedded Software Testing with QEMU
- Open Source Summit Europe (OSSEU) 2024
- Watch: Real-time Scheduling Fault Simulation
- Improving systemd’s integration testing infrastructure (part 2)
- Meet the Team: Laurence Urhegyi
- A new way to develop on Linux - Part II
- Shaping the future of GNOME: GUADEC 2024
- Developing a cryptographically secure bootloader for RISC-V in Rust
- Meet the Team: Philip Martin
- Improving systemd’s integration testing infrastructure (part 1)
- A new way to develop on Linux
- RISC-V Summit Europe 2024
- Safety Frontier: A Retrospective on ELISA
- Codethink sponsors Outreachy
- The Linux kernel is a CNA - so what?
- GNOME OS + systemd-sysupdate
- Codethink has achieved ISO 9001:2015 accreditation
- Outreachy internship: Improving end-to-end testing for GNOME
- Lessons learnt from building a distributed system in Rust
- FOSDEM 2024
- QAnvas and QAD: Streamlining UI Testing for Embedded Systems
- Outreachy: Supporting the open source community through mentorship programmes
- Using Git LFS and fast-import together
- Testing in a Box: Streamlining Embedded Systems Testing
- SDV Europe: What Codethink has planned
- How do Hardware Security Modules impact the automotive sector? The final blog in a three part discussion
- How do Hardware Security Modules impact the automotive sector? Part two of a three part discussion
- How do Hardware Security Modules impact the automotive sector? Part one of a three part discussion
- Automated Kernel Testing on RISC-V Hardware
- Automated end-to-end testing for Android Automotive on Hardware
- GUADEC 2023
- Embedded Open Source Summit 2023
- RISC-V: Exploring a Bug in Stack Unwinding
- Adding RISC-V Vector Cryptography Extension support to QEMU
- Introducing Our New Open-Source Tool: Quality Assurance Daemon
- Achieving Long-Term Maintainability with Open Source
- FOSDEM 2023
- Think before you Pip
- BuildStream 2.0 is here, just in time for the holidays!
- A Valuable & Comprehensive Firmware Code Review by Codethink
- GNOME OS & Atomic Upgrades on the PinePhone
- Flathub-Codethink Collaboration
- Codethink proudly sponsors GUADEC 2022
- Tracking Down an Obscure Reproducibility Bug in glibc
- Web app test automation with `cdt`
- FOSDEM Testing and Automation talk
- Protecting your project from dependency access problems
- Full archive