Kick-off meeting for new RackSpace-based hosts
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6DEEEBBFBBB5293CE1374A7D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable We've got the agreement setup to use some new hosts at RackSpace, as provided by Red Hat IT. In order to start, RackSpace has a setup call where the points-of-contact (POCs) on our side meet the POCs on their side. We discuss escalation methods, ACLs, config details, etc. Anyone from oVirt Infra who may be involved in running those hosts is welcome to attend. We're trying to do this right away so we can start using the service. I've suggested either 9 or 11 am EST this coming Monday - just before or just after our weekly Infra meeting. Eedri - are you available at one of those times? I figure it's a 30 min call. Anyone else interested or I should reach out to? Thanks - Karsten --=20 Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 --------------enig6DEEEBBFBBB5293CE1374A7D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iD8DBQFQ5dXg2ZIOBq0ODEERAj/1AKCc2DAIsmJVc4knqYRNOTRdVgTccACgn+Tu IynsgHNKIzUxN2QUgPmzToY= =Q/+/ -----END PGP SIGNATURE----- --------------enig6DEEEBBFBBB5293CE1374A7D--
----- Original Message -----
From: "Karsten 'quaid' Wade" <kwade@redhat.com> To: "infra" <infra@ovirt.org> Sent: Thursday, January 3, 2013 9:02:56 PM Subject: Kick-off meeting for new RackSpace-based hosts
We've got the agreement setup to use some new hosts at RackSpace, as provided by Red Hat IT. In order to start, RackSpace has a setup call where the points-of-contact (POCs) on our side meet the POCs on their side. We discuss escalation methods, ACLs, config details, etc.
Anyone from oVirt Infra who may be involved in running those hosts is welcome to attend. We're trying to do this right away so we can start using the service. I've suggested either 9 or 11 am EST this coming Monday - just before or just after our weekly Infra meeting.
Eedri - are you available at one of those times? I figure it's a 30 min call.
Yes. please send me the call details when you have them. I believe those servers can be used for: 1. one or more server to be used as hypervisor to run jenkins slave vm with multiple os's 2. one physical server to be used for automatic testing of ovirt (adding host,etc...) at least that i had in mind for now. thanks, Eyal.
Anyone else interested or I should reach out to?
Thanks - Karsten -- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
I'd like to attend also :) David ----- Original Message -----
From: "Karsten 'quaid' Wade" <kwade@redhat.com> To: "infra" <infra@ovirt.org> Sent: Thursday, January 3, 2013 8:02:56 PM Subject: Kick-off meeting for new RackSpace-based hosts
We've got the agreement setup to use some new hosts at RackSpace, as provided by Red Hat IT. In order to start, RackSpace has a setup call where the points-of-contact (POCs) on our side meet the POCs on their side. We discuss escalation methods, ACLs, config details, etc.
Anyone from oVirt Infra who may be involved in running those hosts is welcome to attend. We're trying to do this right away so we can start using the service. I've suggested either 9 or 11 am EST this coming Monday - just before or just after our weekly Infra meeting.
Eedri - are you available at one of those times? I figure it's a 30 min call.
Anyone else interested or I should reach out to?
Thanks - Karsten -- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
On Thu, 2013-01-03 at 16:14 -0500, Eyal Edri wrote:
----- Original Message -----
From: "Karsten 'quaid' Wade" <kwade@redhat.com> To: "infra" <infra@ovirt.org> Sent: Thursday, January 3, 2013 9:02:56 PM Subject: Kick-off meeting for new RackSpace-based hosts
We've got the agreement setup to use some new hosts at RackSpace, as provided by Red Hat IT. In order to start, RackSpace has a setup call where the points-of-contact (POCs) on our side meet the POCs on their side. We discuss escalation methods, ACLs, config details, etc.
Anyone from oVirt Infra who may be involved in running those hosts is welcome to attend. We're trying to do this right away so we can start using the service. I've suggested either 9 or 11 am EST this coming Monday - just before or just after our weekly Infra meeting.
Eedri - are you available at one of those times? I figure it's a 30 min call.
Yes. please send me the call details when you have them. I believe those servers can be used for: 1. one or more server to be used as hypervisor to run jenkins slave vm with multiple os's 2. one physical server to be used for automatic testing of ovirt (adding host,etc...)
What about backups? Can we host that somewhere there? or do we have somewhere else for storing backups? Mike
at least that i had in mind for now.
thanks,
Eyal.
Anyone else interested or I should reach out to?
Thanks - Karsten -- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig80368C49D675EF894531BDC1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 01/04/2013 07:23 AM, Mike Burns wrote:
On Thu, 2013-01-03 at 16:14 -0500, Eyal Edri wrote:
Yes. please send me the call details when you have them. I believe those servers can be used for: 1. one or more server to be used as hypervisor to run jenkins slave vm= with multiple os's 2. one physical server to be used for automatic testing of ovirt (addi= ng host,etc...) =20 What about backups? Can we host that somewhere there? or do we have somewhere else for storing backups?
Right, this is part of the still-open discussion of how we want to use all the new hosts. I wasn't aware it was valuable to have a bare metal host for automatic testing, but that's not a problem. Could we potentially host VMs on that host, or does it need to be able to be stripped and replaced completely each time. For backup, I had been thinking of something like this: * Run Gluster at each site so the storage pool is only pulling from the LAN (or localhost.) * Use some type of Gluster mirroring so that each location contains a backup of the other location. Anyway, I haven't checked with Glustexperts yet on that scheme, but I think the basic idea is workable. In this scenario, one physical host would have 6 to 12 VMs. One VM could be dedicated to all sorts of cronjobs and batchwork - copying built RPMs from one location to another, backing up files and databases, etc. This host could be entirely on the private VLAN, connecting to external hosts with ssh (scp, rsync, tunneling, Ansible, Puppet, whatever) or a VPN. - Karsten --=20 Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 --------------enig80368C49D675EF894531BDC1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iD8DBQFQ5z6J2ZIOBq0ODEERAotTAKDblxMr1FfW2REoWD3ryRFKvSaArACeJoLf 3QTAnSJW+3Kv/p4vtydp2zM= =RsHG -----END PGP SIGNATURE----- --------------enig80368C49D675EF894531BDC1--
----- Original Message -----
From: "Karsten 'quaid' Wade" <kwade@redhat.com> To: "infra" <infra@ovirt.org> Sent: Friday, January 4, 2013 10:41:45 PM Subject: Re: Kick-off meeting for new RackSpace-based hosts
On 01/04/2013 07:23 AM, Mike Burns wrote:
On Thu, 2013-01-03 at 16:14 -0500, Eyal Edri wrote:
Yes. please send me the call details when you have them. I believe those servers can be used for: 1. one or more server to be used as hypervisor to run jenkins slave vm with multiple os's 2. one physical server to be used for automatic testing of ovirt (adding host,etc...)
What about backups? Can we host that somewhere there? or do we have somewhere else for storing backups?
Right, this is part of the still-open discussion of how we want to use all the new hosts.
I wasn't aware it was valuable to have a bare metal host for automatic testing, but that's not a problem. Could we potentially host VMs on that host, or does it need to be able to be stripped and replaced completely each time.
i don't think it will be possible to have a host to run vms and be used for automatic tests as hypervisor at the same time. another alternative will be to use nested hosts. i'm currently in the process of testing it on f17, having bit of issue with qemu though. if it will prove working, we can use a nested vm instead of a bare-metal host to run automation tests. e.
For backup, I had been thinking of something like this:
* Run Gluster at each site so the storage pool is only pulling from the LAN (or localhost.) * Use some type of Gluster mirroring so that each location contains a backup of the other location.
Anyway, I haven't checked with Glustexperts yet on that scheme, but I think the basic idea is workable.
In this scenario, one physical host would have 6 to 12 VMs. One VM could be dedicated to all sorts of cronjobs and batchwork - copying built RPMs from one location to another, backing up files and databases, etc. This host could be entirely on the private VLAN, connecting to external hosts with ssh (scp, rsync, tunneling, Ansible, Puppet, whatever) or a VPN.
- Karsten -- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC7FB99D48812A72EAD543BC5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01/05/2013 08:48 AM, Eyal Edri wrote:
=20 =20 ----- Original Message -----
From: "Karsten 'quaid' Wade" <kwade@redhat.com> To: "infra" <infra@ovirt.org> Sent: Friday, January 4, 2013 10:41:45 PM Subject: Re: Kick-off meeting for new RackSpace-based hosts
On 01/04/2013 07:23 AM, Mike Burns wrote:
On Thu, 2013-01-03 at 16:14 -0500, Eyal Edri wrote:
Yes. please send me the call details when you have them. I believe those servers can be used for: 1. one or more server to be used as hypervisor to run jenkins slave vm with multiple os's 2. one physical server to be used for automatic testing of ovirt (adding host,etc...)
What about backups? Can we host that somewhere there? or do we have somewhere else for storing backups?
Right, this is part of the still-open discussion of how we want to use all the new hosts.
I wasn't aware it was valuable to have a bare metal host for automatic testing, but that's not a problem. Could we potentially host VMs on that host, or does it need to be able to be stripped and replaced completely each time. =20 i don't think it will be possible to have a host to run vms and be used= for automatic tests as hypervisor at the same time. another alternative will be to use nested hosts.=20 i'm currently in the process of testing it on f17, having bit of issue = with qemu though. if it will prove working, we can use a nested vm instead of a bare-meta= l host to run automation tests.=20
I'm going to take my response back to the "New hosting design" thread, but the tl:dnr version is, maybe we need to have random-useful-VM-hosting at Alter Way and keep the RackSpace-based hosts for i) Jenkins slaves, ii) automated oVirt testing. BTW, how are we running automated testing? - Karsten
e. =20
For backup, I had been thinking of something like this:
* Run Gluster at each site so the storage pool is only pulling from the LAN (or localhost.) * Use some type of Gluster mirroring so that each location contains a backup of the other location.
Anyway, I haven't checked with Glustexperts yet on that scheme, but I think the basic idea is workable.
In this scenario, one physical host would have 6 to 12 VMs. One VM could be dedicated to all sorts of cronjobs and batchwork - copying built RPMs from one location to another, backing up files and databases, etc. This host could be entirely on the private VLAN, connecting to external hosts with ssh (scp, rsync, tunneling, Ansible, Puppet, whatever) or a VPN.
- Karsten -- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
--=20 Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 --------------enigC7FB99D48812A72EAD543BC5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iD8DBQFQ6jXE2ZIOBq0ODEERAuUZAKCdEfhjH4+xCglo67ef9aUMcud/OQCdFyuU yZ8HkIBqkLg7TAolkXRCn1Q= =X5nK -----END PGP SIGNATURE----- --------------enigC7FB99D48812A72EAD543BC5--
----- Original Message -----
From: "Karsten 'quaid' Wade" <kwade@redhat.com> To: "infra" <infra@ovirt.org> Sent: Monday, January 7, 2013 4:41:05 AM Subject: Re: Kick-off meeting for new RackSpace-based hosts
On 01/05/2013 08:48 AM, Eyal Edri wrote:
----- Original Message -----
From: "Karsten 'quaid' Wade" <kwade@redhat.com> To: "infra" <infra@ovirt.org> Sent: Friday, January 4, 2013 10:41:45 PM Subject: Re: Kick-off meeting for new RackSpace-based hosts
On 01/04/2013 07:23 AM, Mike Burns wrote:
On Thu, 2013-01-03 at 16:14 -0500, Eyal Edri wrote:
Yes. please send me the call details when you have them. I believe those servers can be used for: 1. one or more server to be used as hypervisor to run jenkins slave vm with multiple os's 2. one physical server to be used for automatic testing of ovirt (adding host,etc...)
What about backups? Can we host that somewhere there? or do we have somewhere else for storing backups?
Right, this is part of the still-open discussion of how we want to use all the new hosts.
I wasn't aware it was valuable to have a bare metal host for automatic testing, but that's not a problem. Could we potentially host VMs on that host, or does it need to be able to be stripped and replaced completely each time.
i don't think it will be possible to have a host to run vms and be used for automatic tests as hypervisor at the same time. another alternative will be to use nested hosts. i'm currently in the process of testing it on f17, having bit of issue with qemu though. if it will prove working, we can use a nested vm instead of a bare-metal host to run automation tests.
I'm going to take my response back to the "New hosting design" thread, but the tl:dnr version is, maybe we need to have random-useful-VM-hosting at Alter Way and keep the RackSpace-based hosts for i) Jenkins slaves, ii) automated oVirt testing.
BTW, how are we running automated testing?
we havn't started yet, mostly due to lack of bare-metal hypervisor. but when we will, we'll use restapi/sdk/cli code to create dc/clusters/add hosts etc... e.
- Karsten
e.
For backup, I had been thinking of something like this:
* Run Gluster at each site so the storage pool is only pulling from the LAN (or localhost.) * Use some type of Gluster mirroring so that each location contains a backup of the other location.
Anyway, I haven't checked with Glustexperts yet on that scheme, but I think the basic idea is workable.
In this scenario, one physical host would have 6 to 12 VMs. One VM could be dedicated to all sorts of cronjobs and batchwork - copying built RPMs from one location to another, backing up files and databases, etc. This host could be entirely on the private VLAN, connecting to external hosts with ssh (scp, rsync, tunneling, Ansible, Puppet, whatever) or a VPN.
- Karsten -- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
participants (4)
-
David Caro Estevez -
Eyal Edri -
Karsten 'quaid' Wade -
Mike Burns