PDA

View Full Version : from VMware ESXi to Openstack



ymechti
04-May-2017, 11:23
Hello everybody
I'm an IT-Manager on a small company , my boss told me that he want to megrate from VMware virtualisation to Openstack
So his demand is to deploy Openstack on a physicall server and that openstack can manage all the other physicall servers the idea is those servers and their ressources (RAM & HDD) must be shown as on server
and the all availables HDD combined together to create RAID 5 storage
please tell me is it possible ? if no please tell me why and if yes please show me how to do?
I'm looking forward to hearing your answers asap I'm stacked

smflood
04-May-2017, 16:06
On 04/05/17 11:24, ymechti wrote:

> I'm an IT-Manager on a small company , my boss told me that he want to
> megrate from VMware virtualisation to Openstack
> So his demand is to deploy Openstack on a physicall server and that
> openstack can manage all the other physicall servers the idea is those
> servers and their ressources (RAM & HDD) must be shown as on server
> and the all availables HDD combined together to create RAID 5 storage
> please tell me is it possible ? if no please tell me why and if yes
> please show me how to do?
> I'm looking forward to hearing your answers asap I'm stacked

Firstly OpenStack is not a direct equivalent or replacement for VMware.

Going on the information you provided above you will need (at least)
three physical servers to set up a minimal OpenStack environment - one
each for an Administration Server (where you deploy SUSE OpenStack Cloud
from), a Control Node (where you control SOC from), and a Compute Node
(where you run virtual workloads).

When you say "other physicall servers" do you mean not running
OpenStack? You can provision "bare metal" compute nodes where the
physical server is handled and provisioned via OpenStack using the
Ironic component. In SUSE OpenStack Cloud 6 and 7 this is provided as a
Technology Preview.

In addition you will also need some storage for your OpenStack
environment? This may require additional OpenStack Storage Nodes.

HTH.
--
Simon
SUSE Knowledge Partner

------------------------------------------------------------------------
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below. Thanks.
------------------------------------------------------------------------

jmozdzen
09-May-2017, 15:24
Hi ymechti,

in addition to Simon's answer, let me emphasize that "Openstack" is no hypervisor per se - but SUSE Openstack Cloud comes with SUSE Linux Enterprise Server, which supports KVM and Xen right out of the box.

So there are (at least) two possible migration paths, based on your description:

- drop VMware, switch to KVM or Xen, managed by Openstack - all this is combined in the product SUSE Openstack Cloud. And you'll need something to deal with the storage issue.

- keep VMware as a hypervisor, use SUSE Openstack Cloud to manage the workload and software-defined environment. Your existing storage environment may be something you can keep, if it works for you.

In the latter case, SUSE Openstack Cloud will treat your VMware servers as a single server (as it will actually interface with vCenter).

On the "RAID5 of all server disks" requirement: Of course there's technology available to run both the hypervisors and some networked storage solution on the same server machine. That would let you create sorts of a "RAID5", created from all the servers' hard disks. But I strongly advise against such a solution: One reason would be the strain this would put on both the servers I/O and the network, and secondly because I "smell" a mental approach that simply won't work with the paradigms behind OpenStack and i.e. Ceph. Been there myself, had to learn the hard way.

And more important, to me it looks like you need general design support for such a new environment. There's plenty of sizing and defining your target infrastructure that'll severely influence how you're going to spread the various workloads of an OpenStack / Ceph solution across servers. For a starter, if this is production-level and you're going to employ Neutron's SDN features (and you'll want that, if not now, then later), you'll better opt for at least two control nodes (those servers that do not carry storage nor compute workload) for both redundancy and throughput.

Deciding to change to OpenStack is easy. Designing a proper production environment is the hard part ;)

Regards,
J