RE: CS Switch Configuration

[Paul Angus]

Luis,

If you can ping the public gateway, then I'd look at the configuration of the 
gateway.  Can you get to/from the internet from there? Are there access control 
lists that are blocking your traffic.



Kind regards,

Paul Angus

paul.an...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 


-Original Message-
From: Luis [mailto:lmartinez...@yahoo.com.INVALID] 
Sent: 11 September 2017 15:37
To: Users ; users-h...@cloudstack.apache.org
Subject: CS Switch Configuration

Hi all
After several days trying different configuration on my Switch I still have the 
same problem, the S-VM is unable to ping to internet, I have verified my 
configuration and the names of my interfaces, the names march in my CS and 
interfaces name (management-storage and public-guest), can somebody share 
experiences or how a Cisco 3560 was configured? the S-VM is able to ping the 
gateway but not internet This is the configuration I am using.
conf tinterface range Gi0/11-12switchport trunk encapsulation dot1q switchport 
mode trunkswitchport trunk allowed vlan 65,300-800#switchport mode 
accesschannel-group 4 mode activechannel-protocol lacpend Thank you for your 
help.

CS Switch Configuration

[Luis]

Hi all
After several days trying different configuration on my Switch I still have the 
same problem, the S-VM is unable to ping to internet, I have verified my 
configuration and the names of my interfaces, the names march in my CS and 
interfaces name (management-storage and public-guest), can somebody share 
experiences or how a Cisco 3560 was configured? the S-VM is able to ping the 
gateway but not internet
This is the configuration I am using.
conf tinterface range Gi0/11-12switchport trunk encapsulation dot1q switchport 
mode trunkswitchport trunk allowed vlan 65,300-800#switchport mode 
accesschannel-group 4 mode activechannel-protocol lacpend 
Thank you for your help.

AW: somebody experience with bare metal?

[S . Brüseke - proIO GmbH]

Hi Harikrishna,

thank  you for your response! We are using Juniper switches. I found this here: 
https://www.juniper.net/documentation/en_US/release-independent/junos/topics/topic-map/cloudstack-network-guru-plugin.html
Any experience with it? It looks a little bit outdated.

Mit freundlichen Grüßen / With kind regards,

Swen

-Ursprüngliche Nachricht-
Von: Harikrishna Patnala [mailto:harikrishna.patn...@accelerite.com] 
Gesendet: Montag, 11. September 2017 11:01
An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH 
Betreff: Re: somebody experience with bare metal?

Hi,

We have a pretty good experience with baremetal deployments in both basic and 
advanced zones.

Yes, as you said currently cloudstack supports only Dell Force10 switch for 
dynamic VLAN configuration. 
Since this is a plugin model, one can develop their own support for the 
switches. Only thing is that, switch should support configuring VLANs 
dynamically.

Here is the interface to implement
https://github.com/apache/cloudstack/blob/master/plugins/hypervisors/baremetal/src/com/cloud/baremetal/networkservice/BaremetalSwitchBackend.java

Regards,
Harikrishna
 

> On 04-Sep-2017, at 3:45 PM, S. Brüseke - proIO GmbH  
> wrote:
> 
> Hello,
> 
> I have 2 questions and hope somebody can share his/her experience with me:
> 1) Does somebody have experience with bare metal servers in an advanced 
> network environment?
> 
> 2) As far as I understand the docu correctly bare metal servers will only 
> work with Force10 switches because of automated network port configuration of 
> the uplink port for the physical servers.
> We are using Juniper EX switches and I found a plugin called Network Guru 
> Plugin from Juniper Networks 
> (http://www.juniper.net/documentation/en_US/release-independent/junos/topics/topic-map/cloudstack-network-guru-plugin.html).
> Does anybody know or using thus plugin?
> 
> Thanks to all!
> 
> Mit freundlichen Grüßen / With kind regards,
> 
> Swen
> 
> 
> 
> - proIO GmbH -
> Geschäftsführer: Swen Brüseke
> Sitz der Gesellschaft: Frankfurt am Main
> 
> USt-IdNr. DE 267 075 918
> Registergericht: Frankfurt am Main - HRB 86239
> 
> Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte 
> Informationen. 
> Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich 
> erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie 
> diese Mail.
> Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht 
> gestattet. 
> 
> This e-mail may contain confidential and/or privileged information. 
> If you are not the intended recipient (or have received this e-mail in 
> error) please notify the sender immediately and destroy this e-mail.
> Any unauthorized copying, disclosure or distribution of the material in this 
> e-mail is strictly forbidden. 
> 
> 

DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.



- proIO GmbH -
Geschäftsführer: Swen Brüseke
Sitz der Gesellschaft: Frankfurt am Main

USt-IdNr. DE 267 075 918
Registergericht: Frankfurt am Main - HRB 86239

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. 
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten 
haben, 
informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. 
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht 
gestattet. 

This e-mail may contain confidential and/or privileged information. 
If you are not the intended recipient (or have received this e-mail in error) 
please notify 
the sender immediately and destroy this e-mail.  
Any unauthorized copying, disclosure or distribution of the material in this 
e-mail is strictly forbidden. 

Re: KVM Host overprovisioning

[Ivan Kudryavtsev]

Hi, Wido.

Yes, you can. But it works not the way I expect because It cuts RAM from VM
by dividing it to overprovisioning factor like VM with 2GB of RAM with
Overprovisioning factor 2.0 will get 1GB displayed with "free" command.
That's why I finished the message with words that it might be I just don't
get the idea. The behaviour is the same in my prod 4.3 and new 4.9.

2017-09-11 18:00 GMT+07:00 Wido den Hollander :

> Hi,
>
> > Op 10 september 2017 om 8:37 schreef Ivan Kudryavtsev <
> kudryavtsev...@bw-sw.com>:
> >
> >
> > Hello, community.
> >
> > During the last years Linux kernel got some interesting features like
> KSM,
> > ZSWAP, ZRAM. Hardware also steps forward and we see Intel 3d xpoint,
> > extremely fast SSD drives with m.2 and PCI-E interfaces.
> >
> > These facilities enable potentially interesting use of overcommited RAM
> for
> > hosts. According to IBM's investigations Zswap with LZ4/ZBUD increases
> > virtual RAM on 40%.
> >
> > I investigated current Apache CloudStack memory overcommitment
> capabilities
> > and they mostly affect VM's RAM by utilizing ballooning and I think it's
> > not what necessary to open new facilities. There are many cases which can
> > utilize ZSWAP and fast swap devices to efficiently provision more RAM
> than
> > presents.
> >
> > I suppose, CloudStack Agent for KVM can have configured parameter which
> > "mangles" RAM reported. From the other hand it can be done by implemented
> > host properties on server side. I tried manual increasing in host table:
> >
> > update host set ram=ram * 1.4 where id=1;
> >
> > and it seems until the next host stats update it works as expected. I
> think
> > this workaround is useful, but it's better to have the function in core
> > like standard.
> >
>
> Can't you set memory over provisioning on a cluster basis in the GUI? I
> thought you could.
>
> Wido
>
> > Let me know what you think about it, it might be I don't understand
> > something and ACS already has it in place? I also would like to hear your
> > thoughts on ZSWAP usage in practice.
> >
> > --
> > With best regards, Ivan Kudryavtsev
> > Bitworks Software, Ltd.
> > Cell: +7-923-414-1515
> > WWW: http://bitworks.software/ 
>



-- 
With best regards, Ivan Kudryavtsev
Bitworks Software, Ltd.
Cell: +7-923-414-1515
WWW: http://bitworks.software/ 

Re: KVM Host overprovisioning

[Wido den Hollander]

Hi,

> Op 10 september 2017 om 8:37 schreef Ivan Kudryavtsev 
> :
> 
> 
> Hello, community.
> 
> During the last years Linux kernel got some interesting features like KSM,
> ZSWAP, ZRAM. Hardware also steps forward and we see Intel 3d xpoint,
> extremely fast SSD drives with m.2 and PCI-E interfaces.
> 
> These facilities enable potentially interesting use of overcommited RAM for
> hosts. According to IBM's investigations Zswap with LZ4/ZBUD increases
> virtual RAM on 40%.
> 
> I investigated current Apache CloudStack memory overcommitment capabilities
> and they mostly affect VM's RAM by utilizing ballooning and I think it's
> not what necessary to open new facilities. There are many cases which can
> utilize ZSWAP and fast swap devices to efficiently provision more RAM than
> presents.
> 
> I suppose, CloudStack Agent for KVM can have configured parameter which
> "mangles" RAM reported. From the other hand it can be done by implemented
> host properties on server side. I tried manual increasing in host table:
> 
> update host set ram=ram * 1.4 where id=1;
> 
> and it seems until the next host stats update it works as expected. I think
> this workaround is useful, but it's better to have the function in core
> like standard.
> 

Can't you set memory over provisioning on a cluster basis in the GUI? I thought 
you could.

Wido

> Let me know what you think about it, it might be I don't understand
> something and ACS already has it in place? I also would like to hear your
> thoughts on ZSWAP usage in practice.
> 
> -- 
> With best regards, Ivan Kudryavtsev
> Bitworks Software, Ltd.
> Cell: +7-923-414-1515
> WWW: http://bitworks.software/ 

Re: somebody experience with bare metal?

[Harikrishna Patnala]

Hi,

We have a pretty good experience with baremetal deployments in both basic and 
advanced zones.

Yes, as you said currently cloudstack supports only Dell Force10 switch for 
dynamic VLAN configuration. 
Since this is a plugin model, one can develop their own support for the 
switches. Only thing is that, switch should support configuring VLANs 
dynamically.

Here is the interface to implement 
https://github.com/apache/cloudstack/blob/master/plugins/hypervisors/baremetal/src/com/cloud/baremetal/networkservice/BaremetalSwitchBackend.java

Regards,
Harikrishna
 

> On 04-Sep-2017, at 3:45 PM, S. Brüseke - proIO GmbH  
> wrote:
> 
> Hello,
> 
> I have 2 questions and hope somebody can share his/her experience with me:
> 1) Does somebody have experience with bare metal servers in an advanced 
> network environment?
> 
> 2) As far as I understand the docu correctly bare metal servers will only 
> work with Force10 switches because of automated network port configuration of 
> the uplink port for the physical servers.
> We are using Juniper EX switches and I found a plugin called Network Guru 
> Plugin from Juniper Networks 
> (http://www.juniper.net/documentation/en_US/release-independent/junos/topics/topic-map/cloudstack-network-guru-plugin.html).
> Does anybody know or using thus plugin?
> 
> Thanks to all!
> 
> Mit freundlichen Grüßen / With kind regards,
> 
> Swen
> 
> 
> 
> - proIO GmbH -
> Geschäftsführer: Swen Brüseke
> Sitz der Gesellschaft: Frankfurt am Main
> 
> USt-IdNr. DE 267 075 918
> Registergericht: Frankfurt am Main - HRB 86239
> 
> Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte 
> Informationen. 
> Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich 
> erhalten haben, 
> informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. 
> Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht 
> gestattet. 
> 
> This e-mail may contain confidential and/or privileged information. 
> If you are not the intended recipient (or have received this e-mail in error) 
> please notify 
> the sender immediately and destroy this e-mail.  
> Any unauthorized copying, disclosure or distribution of the material in this 
> e-mail is strictly forbidden. 
> 
> 

DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.