2019-03-27 - Dedicated servers : twice the bandwidth for the same price

Dedicated Servers: twice the bandwidth for the same price

We announced it at the OVH Summit 2018… We were going to double the public bandwidth on OVH dedicated servers, without changing the price. A promise is a promise, so several weeks ago we fulfilled it: your servers now have twice the bandwidth, for the same price! We knew from the start that this upgrade …

Dedicated Servers: twice the bandwidth for the same price Read More »

Birth of an OVH Bare Metal server

Dedicated Servers: The new ranges are on their way!

Since the year 2000, OVH teams have been designing and assembling all of the OVH group’s servers in-house. In fact, there are currently 400K servers in operation, and 2018 marked the millionth server assembled! Our dedicated servers are the foundation of all OVHcloud products. That’s why we wanted to enhance the different ranges, in order to improve our customers’ …

Dedicated Servers: The new ranges are on their way! Read More »

OVH Dedicated Servers are ISO 27001 certified

Dedicated Servers are ISO 27001 certified

On March 14, OVH obtained ISO/IEC 27001:2013 certification for the Information Security Management System of Dedicated Servers. This certification obtained after an independent audit by LNE company, provides strong reassurance to customers and users of the services hosted on these servers. What is the ISO 27001 standard and certification? ISO/IEC 27001 is an international standard …

Dedicated Servers are ISO 27001 certified Read More »

Understanding the anatomy of GPUs using Pokémon

In the previous episode… In our previous blog post about Deep Learning, we explained that this technology is all about massive parallel matrix computation, and that these computations are simplistic operations: + and x. Fact 1:  GPUs are good for (drum roll)… Once you get that Deep Learning is just massive parallel matrix multiplications and additions, …

Understanding the anatomy of GPUs using Pokémon Read More »

How to monitor your Kubernetes Cluster with OVH Observability

Our colleagues in the K8S team launched the OVH Managed Kubernetes solution last week, in which they manage the Kubernetes master components and spawn your nodes on top of our Public Cloud solution. I will not describe the details of how it works here, but there are already many blog posts about it (here and here, to get you …

How to monitor your Kubernetes Cluster with OVH Observability Read More »

Monitoring guidelines for OVH Observability

At the OVH Observability (formerly Metrics) team, we collect, process and analyse most of OVH’s monitoring data. It represents about 500M unique metrics, pushing data points at a steady rate of 5M per second. This data can be classified in two ways: host or application monitoring. Host monitoring is mostly based on hardware counters (CPU, …

Monitoring guidelines for OVH Observability Read More »

Continuous Delivery and Deployment Workflows with CDS

Continuous Delivery and Deployment Workflows with CDS

The CDS Workflow is a key feature of OVH CI/CD Platform. This structuring choice to add an additional concept above CI/CD pipelines and jobs is definitely an essential feature after more than three years of intense use.

Before going further on the explanation of a CDS workflow, we will make some reminders about the concepts of pipelines and jobs. Those concepts are based on the reference book 8 Principles of Continuous Delivery.

Federate your Private Cloud with your Active Directory

Federation is a beta feature offered to all OVH Private Cloud customers with vCenter 6.5. If you want to be part of the beta, please contact our support team. It allows you to use an external Microsoft Active Directory as the authentication source to access to the VMware vCenter server. The implementation of this feature has …

Federate your Private Cloud with your Active Directory Read More »

The Unexpected Quest for Business Intelligence

Business Intelligence (BI) is the ability to collect substantial data from an information system to feed a Data Warehouse (DWH) or data lake. They usually provide a copy of the data that will be used for BI applications. Different strategies can be applied to feed a DWH. One such strategy is Change Data Capture (CDC), which is the ability to capture changing states from a database, and convert them to events that can be used for other purposes. Most databases are intended for OLTP purposes, and are well designed for this. Nonetheless, different use cases would require the same data with different access patterns. These use cases (big data, ETL, and stream processing, to name a few) mostly fall under the OLAP banner.

OVH, as a cloud provider, manages numerous databases, both for its customers and its own needs. Managing a database lifecycle always involves both keeping the infrastructure up to date, and remaining in synch with the development release cycle, to align the software with its database dependency. For example, an app might require MySQL 5.0, which could then be announced as EOL (End Of Life). In this case the app needs to be modified to support (let’s say) MySQL 5.5. We’re not reinventing the wheel here – this process has been managed by operations and dev teams for decades now.

This becomes trickier if you don’t have control over the application. For example, imagine a third party provides you with an application to ensure encrypted transactions. You have absolutely no control over this application, nor the associated database. Nonetheless, you still need the data from the database.

This blog post relates a similar example we encountered while building the OVH data lake, with the help of an in-house CDC development. This story takes place in early 2015, although I still think it’s worth sharing. 🙂

Getting external traffic into Kubernetes – ClusterIp, NodePort, LoadBalancer, and Ingress

For the last few months, I have been acting as Developer Advocate for the OVH Managed Kubernetes beta, following our beta testers, getting feedback, writing docs and tutorials, and generally helping to make sure the product matches our users’ needs as closely as possible.

In the next few posts, I am going to tell you some stories about this beta phase. We’ll be taking a look at feedback from some of our beta testers, technical insights, and some fun anecdotes about the development of this new service.

Today, we’ll start with one of the most frequent questions I got during the early days of the beta: How do I route external traffic into my Kubernetes service? The question came up a lot as our customers began to explore Kubernetes, and when I tried to answer it, I realised that part of the problem was the sheer number of possible answers, and the concepts needed to understand them.