[ovirt-devel] Re: [ovirt-users] Re: Re: oVirt HCI point-to-point interconnection

2018-07-01 Thread Alex K
Hi,

Network virtualization is already here and widely used. I am still not sure
what is the gain of this approach. You can do the same with VxLANs or
Geneve. And how do you scale this? Is it only for 3 node clusters?

Alex

On Thu, Jun 28, 2018, 11:47 Stefano Zappa  wrote:

> Hi Yaniv,
> no, the final purpose is not to save a couple of ports.
>
> The benefit is the trend to convergence and consolidation of the
> networking, as already done for the storage.
> The external interconnection is a critical element of the HCI solution, a
> configuration without switches would give more soundness and more
> independence.
>
> If we think about HCI as the transition of IT infrastructure from
> hardware-defined to software-defined, the first step was virtualization of
> the servers, the second step was storage virtualization, the third step
> will be virtualization of networking.
>
> Of course this also has an economic benefit, reduce the total cost of
> ownership and traditional data-center inefficiencies.
>
> We suppose a very traditional and simple external uplink, we can use the
> interfaces integrated into the motherboard.
> This will not be critical for the integrity of the our HCI solution, this
> will not require broad bandwidth and low latency, this will be used
> exclusively to interconnect the solution with the outside world, then with
> a traditional ethernet switch.
>
> We suppose to give more attention to the point-to-point interconnection of
> the three nodes, using 100 or 200 GbE cards for direct interconnection
> without switches.
> The hypothetical purchase of these 3 cards will not be cheaper, sure, but
> it will be twenty times less than introducing expensive switches that will
> certainly have more ports than necessary.
>
> Thanks for your attention,
> Stefano.
>
>
>
>
> Stefano Zappa
> IT Specialist CAE - TT-3
> Technical Department
>
> Industrie Saleri Italo S.p.A.
> Phone:+39 0308250480
> Fax:+39 0308250466
>
> This message contains confidential information and is intended only for
> yk...@redhat.com, sab...@redhat.com, sbona...@redhat.com, devel@ovirt.org,
> us...@ovirt.org. If you are not yk...@redhat.com, sab...@redhat.com,
> sbona...@redhat.com, devel@ovirt.org, us...@ovirt.org you should not
> disseminate, distribute or copy this e-mail. Please notify
> stefano.za...@saleri.it immediately by e-mail if you have received this
> e-mail by mistake and delete this e-mail from your system. E-mail
> transmission cannot be guaranteed to be secure or error-free as information
> could be intercepted, corrupted, lost, destroyed, arrive late or
> incomplete, or contain viruses. Stefano Zappa therefore does not accept
> liability for any errors or omissions in the contents of this message,
> which arise as a result of e-mail transmission. If verification is required
> please request a hard-copy version.
> ________
> Da: Yaniv Kaul 
> Inviato: mercoledì 27 giugno 2018 16:20
> A: Stefano Zappa
> Cc: Sahina Bose; Sandro Bonazzola; devel@ovirt.org; us...@ovirt.org
> Oggetto: Re: [ovirt-devel] Re: [ovirt-users] oVirt HCI point-to-point
> interconnection
>
> On Wed, Jun 27, 2018 at 11:26 AM, Stefano Zappa  <mailto:stefano.za...@saleri.it>> wrote:
> The final purpose is strictly targeted to your HCI solution with 3-node
> gluster replication.
>
> Can you explain to me what the benefit is? You need a switch anyway (for
> uplink), so the 'cost saving' is that you can use a 4 port (?) switch and
> do not need 6 ports?
> Y.
>
>
>
>
>
> Stefano Zappa
> IT Specialist CAE - TT-3
> Technical Department
>
> Industrie Saleri Italo S.p.A.
> Phone:+39 0308250480
> Fax:+39 0308250466
>
> This message contains confidential information and is intended only for
> sab...@redhat.com<mailto:sab...@redhat.com>, sbona...@redhat.com sbona...@redhat.com>, stira...@redhat.com<mailto:stira...@redhat.com>,
> us...@ovirt.org<mailto:us...@ovirt.org>, devel@ovirt.org devel@ovirt.org>. If you are not sab...@redhat.com sab...@redhat.com>, sbona...@redhat.com<mailto:sbona...@redhat.com>,
> stira...@redhat.com<mailto:stira...@redhat.com>, us...@ovirt.org us...@ovirt.org>, devel@ovirt.org<mailto:devel@ovirt.org> you should not
> disseminate, distribute or copy this e-mail. Please notify
> stefano.za...@saleri.it<mailto:stefano.za...@saleri.it> immediately by
> e-mail if you have received this e-mail by mistake and delete this e-mail
> from your system. E-mail transmission cannot be guaranteed to be secure or
> error-free as information could be intercepted, corrupted, lost, destroyed,
> arrive late or incomplete, or contain viruses. Stefano Zappa therefore do

[ovirt-devel] Re: [ovirt-users] Re: Re: oVirt HCI point-to-point interconnection

2018-06-29 Thread Yaniv Kaul
On Fri, Jun 29, 2018 at 12:24 PM, Stefano Zappa 
wrote:

> Hi Alex,
> I have evaluated this approach using the latest version of oVirt Node.
>
> In principle I would like to follow the guidelines of oVirt development
> team, and adopt its best practices, trying to limit excessive
> customizations.
>
> So I installed oVirt Node on 3 hosts and I manually configured the two
> additional interfaces for the point-to-point interconnections on which then
> I configured Gluster.
> This was done very easily, and it works!
>

Sounds like an interesting item for ovirt.org blog!
Y.


>
> I know that SDN is supported by oVirt, even if by default it is bridging
> to the outside.
> I have no experience with the SDN, but I realized that the VxLAN or maybe
> Geneve was the way to go, and now I also have your confirmation.
> Creating Geneve L3 point-to-point tunnels between the nodes, on which then
> configure an L2 overlay network shared by oVirt pool hosts and on which
> then move all internal oVirt communications.
>
> In first analysis this intervention seems structural, not trivial, I think
> it would be better to evaluate it carefully, and if interesting, write a
> best practice or better integrate the functionality in the solution.
> At the end the system must be stable and above all upgradable with
> traditional procedures.
>
> Stefano.
>
>
>
>
> Stefano Zappa
> IT Specialist CAE - TT-3
> Technical Department
>
> Industrie Saleri Italo S.p.A.
> Phone:+39 0308250480
> Fax:+39 0308250466
>
> This message contains confidential information and is intended only for
> rightkickt...@gmail.com, yk...@redhat.com, devel@ovirt.org,
> us...@ovirt.org, sab...@redhat.com, sbona...@redhat.com,
> stira...@redhat.com. If you are not rightkickt...@gmail.com,
> yk...@redhat.com, devel@ovirt.org, us...@ovirt.org, sab...@redhat.com,
> sbona...@redhat.com, stira...@redhat.com you should not disseminate,
> distribute or copy this e-mail. Please notify stefano.za...@saleri.it
> immediately by e-mail if you have received this e-mail by mistake and
> delete this e-mail from your system. E-mail transmission cannot be
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
> Stefano Zappa therefore does not accept liability for any errors or
> omissions in the contents of this message, which arise as a result of
> e-mail transmission. If verification is required please request a hard-copy
> version.
> ________________________
> Da: Alex K 
> Inviato: giovedì 28 giugno 2018 21:34
> A: Stefano Zappa
> Cc: Yaniv Kaul; devel; us...@ovirt.org
> Oggetto: Re: [ovirt-users] Re: [ovirt-devel] Re: oVirt HCI point-to-point
> interconnection
>
> Hi,
>
> Network virtualization is already here and widely used. I am still not
> sure what is the gain of this approach. You can do the same with VxLANs or
> Geneve. And how do you scale this? Is it only for 3 node clusters?
>
> Alex
>
> On Thu, Jun 28, 2018, 11:47 Stefano Zappa  stefano.za...@saleri.it>> wrote:
> Hi Yaniv,
> no, the final purpose is not to save a couple of ports.
>
> The benefit is the trend to convergence and consolidation of the
> networking, as already done for the storage.
> The external interconnection is a critical element of the HCI solution, a
> configuration without switches would give more soundness and more
> independence.
>
> If we think about HCI as the transition of IT infrastructure from
> hardware-defined to software-defined, the first step was virtualization of
> the servers, the second step was storage virtualization, the third step
> will be virtualization of networking.
>
> Of course this also has an economic benefit, reduce the total cost of
> ownership and traditional data-center inefficiencies.
>
> We suppose a very traditional and simple external uplink, we can use the
> interfaces integrated into the motherboard.
> This will not be critical for the integrity of the our HCI solution, this
> will not require broad bandwidth and low latency, this will be used
> exclusively to interconnect the solution with the outside world, then with
> a traditional ethernet switch.
>
> We suppose to give more attention to the point-to-point interconnection of
> the three nodes, using 100 or 200 GbE cards for direct interconnection
> without switches.
> The hypothetical purchase of these 3 cards will not be cheaper, sure, but
> it will be twenty times less than introducing expensive switches that will
> certainly have more ports than necessary.
>
> Thanks for your attention,
> Stefano.
>
>
>
>
> Stefano Zappa
> IT Specialist CAE - TT-3

[ovirt-devel] Re: [ovirt-users] Re: Re: oVirt HCI point-to-point interconnection

2018-06-29 Thread Stefano Zappa
Hi Alex,
I have evaluated this approach using the latest version of oVirt Node.

In principle I would like to follow the guidelines of oVirt development team, 
and adopt its best practices, trying to limit excessive customizations.

So I installed oVirt Node on 3 hosts and I manually configured the two 
additional interfaces for the point-to-point interconnections on which then I 
configured Gluster.
This was done very easily, and it works!

I know that SDN is supported by oVirt, even if by default it is bridging to the 
outside.
I have no experience with the SDN, but I realized that the VxLAN or maybe 
Geneve was the way to go, and now I also have your confirmation.
Creating Geneve L3 point-to-point tunnels between the nodes, on which then 
configure an L2 overlay network shared by oVirt pool hosts and on which then 
move all internal oVirt communications.

In first analysis this intervention seems structural, not trivial, I think it 
would be better to evaluate it carefully, and if interesting, write a best 
practice or better integrate the functionality in the solution.
At the end the system must be stable and above all upgradable with traditional 
procedures.

Stefano.




Stefano Zappa
IT Specialist CAE - TT-3
Technical Department

Industrie Saleri Italo S.p.A.
Phone:+39 0308250480
Fax:+39 0308250466

This message contains confidential information and is intended only for 
rightkickt...@gmail.com, yk...@redhat.com, devel@ovirt.org, us...@ovirt.org, 
sab...@redhat.com, sbona...@redhat.com, stira...@redhat.com. If you are not 
rightkickt...@gmail.com, yk...@redhat.com, devel@ovirt.org, us...@ovirt.org, 
sab...@redhat.com, sbona...@redhat.com, stira...@redhat.com you should not 
disseminate, distribute or copy this e-mail. Please notify 
stefano.za...@saleri.it immediately by e-mail if you have received this e-mail 
by mistake and delete this e-mail from your system. E-mail transmission cannot 
be guaranteed to be secure or error-free as information could be intercepted, 
corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. 
Stefano Zappa therefore does not accept liability for any errors or omissions 
in the contents of this message, which arise as a result of e-mail 
transmission. If verification is required please request a hard-copy version.

Da: Alex K 
Inviato: giovedì 28 giugno 2018 21:34
A: Stefano Zappa
Cc: Yaniv Kaul; devel; us...@ovirt.org
Oggetto: Re: [ovirt-users] Re: [ovirt-devel] Re: oVirt HCI point-to-point 
interconnection

Hi,

Network virtualization is already here and widely used. I am still not sure 
what is the gain of this approach. You can do the same with VxLANs or Geneve. 
And how do you scale this? Is it only for 3 node clusters?

Alex

On Thu, Jun 28, 2018, 11:47 Stefano Zappa 
mailto:stefano.za...@saleri.it>> wrote:
Hi Yaniv,
no, the final purpose is not to save a couple of ports.

The benefit is the trend to convergence and consolidation of the networking, as 
already done for the storage.
The external interconnection is a critical element of the HCI solution, a 
configuration without switches would give more soundness and more independence.

If we think about HCI as the transition of IT infrastructure from 
hardware-defined to software-defined, the first step was virtualization of the 
servers, the second step was storage virtualization, the third step will be 
virtualization of networking.

Of course this also has an economic benefit, reduce the total cost of ownership 
and traditional data-center inefficiencies.

We suppose a very traditional and simple external uplink, we can use the 
interfaces integrated into the motherboard.
This will not be critical for the integrity of the our HCI solution, this will 
not require broad bandwidth and low latency, this will be used exclusively to 
interconnect the solution with the outside world, then with a traditional 
ethernet switch.

We suppose to give more attention to the point-to-point interconnection of the 
three nodes, using 100 or 200 GbE cards for direct interconnection without 
switches.
The hypothetical purchase of these 3 cards will not be cheaper, sure, but it 
will be twenty times less than introducing expensive switches that will 
certainly have more ports than necessary.

Thanks for your attention,
Stefano.




Stefano Zappa
IT Specialist CAE - TT-3
Technical Department

Industrie Saleri Italo S.p.A.
Phone:+39 0308250480
Fax:+39 0308250466

This message contains confidential information and is intended only for 
yk...@redhat.com<mailto:yk...@redhat.com>, 
sab...@redhat.com<mailto:sab...@redhat.com>, 
sbona...@redhat.com<mailto:sbona...@redhat.com>, 
devel@ovirt.org<mailto:devel@ovirt.org>, 
us...@ovirt.org<mailto:us...@ovirt.org>. If you are not 
yk...@redhat.com<mailto:yk...@redhat.com>, 
sab...@redhat.com<mailto:sab...@redhat.com>, 
sbona...@redhat.com<mailto:sbona...@redhat.com>, 
devel@ovirt.o