Re: Fedora Cloud questions and proposal
On Thu, 16 Apr 2015 09:55:49 +0200 Miroslav Suchý msu...@redhat.com wrote: On 04/13/2015 03:54 PM, Kevin Fenzi wrote: Yeah. The one place I thought might be nice was if we wanted to reboot a compute node to update it, but then I got to thinking, why shouldn't we also just reboot the instances too and update them as well? ;) I just tried - when I reboot Compute Nodes, all VM located there will switch to Shut down state. And will not be power on automatically. Hard reset will power them on. However I am afraid that cloud-perstisten.yml will not handle it. When the machine is not unreachable it will spin up new one. Yeah, it would need a way to look for 'shutdown' and hard power it on. Might be doable. Cold migration works. I tested it yesterday on our instance and it is functional. ok. kevin pgpODbqa4PHe0.pgp Description: OpenPGP digital signature ___ infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
Re: Fedora Cloud questions and proposal
On 04/13/2015 03:54 PM, Kevin Fenzi wrote: Yeah. The one place I thought might be nice was if we wanted to reboot a compute node to update it, but then I got to thinking, why shouldn't we also just reboot the instances too and update them as well? ;) I just tried - when I reboot Compute Nodes, all VM located there will switch to Shut down state. And will not be power on automatically. Hard reset will power them on. However I am afraid that cloud-perstisten.yml will not handle it. When the machine is not unreachable it will spin up new one. Cold migration works. I tested it yesterday on our instance and it is functional. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys ___ infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
Re: Fedora Cloud questions and proposal
On 04/10/2015 06:04 PM, Kevin Fenzi wrote: I think it might be a good idea to have some swift space setup, but I am not sure what use cases we fully have for it, so I would say it should be somewhat small. 100GB or something? This would also be backed by the equalogics? Or would it be distributed on the nodes? Swift have built-in split/replica mechanism. So I think that with this size, I can steal some space from vg_server of nodes. Are there specific cases where live migrations would help us out a lot? I do not know. Cold migration last several minutes. I agree that we can afford it. We are not bank or stock operator where every outage cost pile of money. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys ___ infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
Re: Fedora Cloud questions and proposal
On Mon, 13 Apr 2015 09:56:26 +0200 Miroslav Suchý msu...@redhat.com wrote: On 04/10/2015 06:04 PM, Kevin Fenzi wrote: I think it might be a good idea to have some swift space setup, but I am not sure what use cases we fully have for it, so I would say it should be somewhat small. 100GB or something? This would also be backed by the equalogics? Or would it be distributed on the nodes? Swift have built-in split/replica mechanism. So I think that with this size, I can steal some space from vg_server of nodes. Yeah. Or perhaps somewhat bigger would make sense? 500G? Are there specific cases where live migrations would help us out a lot? I do not know. Cold migration last several minutes. I agree that we can afford it. We are not bank or stock operator where every outage cost pile of money. Yeah. The one place I thought might be nice was if we wanted to reboot a compute node to update it, but then I got to thinking, why shouldn't we also just reboot the instances too and update them as well? ;) kevin pgpM_GFlHsHil.pgp Description: OpenPGP digital signature ___ infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
