Re: openstack hard depency or not
2013/11/19 William Reade : > Hi Vassily > > I'm interested to know a little bit more about your use case. It sounds like > you're interested in managing client user identities and permissions within > a single environment, so as to avoid the costs of running one environment > for each of your clients -- is that accurate? Can you tell me a little bit > more about what you're planning to do -- for example, are you considering > allowing clients to manage their services via juju directly? Yes, all correct. And yes if that possible i want to able to provide to control all stuff via juju directly. > > The on-demand state server is potentially tricky to arrange -- the juju > model involves a state server that's always running, with a set of agents > connecting to that server to monitor the desired state of the system and > respond to changes. It *is* designed to have the configured services > resilient in the face of management failure -- so that losing juju does not > mean you lose your services -- but we wouldn't encourage deliberately > shutting down management to save on state servers. > If the resources used bu juju state server minimal i think i can use lxc for that. But this is not solve problem with multiply clients. I think best of all create ability to work with multiply clients using keys in one state server. > With respect to the "next two cycles", we mean roughly "less than a year". Hmm very good =). -- Vasiliy Tolstov, e-mail: v.tols...@selfip.ru jabber: v...@selfip.ru -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: openstack hard depency or not
Hi Vassily I'm interested to know a little bit more about your use case. It sounds like you're interested in managing client user identities and permissions within a single environment, so as to avoid the costs of running one environment for each of your clients -- is that accurate? Can you tell me a little bit more about what you're planning to do -- for example, are you considering allowing clients to manage their services via juju directly? The on-demand state server is potentially tricky to arrange -- the juju model involves a state server that's always running, with a set of agents connecting to that server to monitor the desired state of the system and respond to changes. It *is* designed to have the configured services resilient in the face of management failure -- so that losing juju does not mean you lose your services -- but we wouldn't encourage deliberately shutting down management to save on state servers. With respect to the "next two cycles", we mean roughly "less than a year". Cheers William On Mon, Nov 18, 2013 at 8:04 AM, Vasiliy Tolstov wrote: > 2013/11/18 John Arbash Meinel : > > Given that you can run multiple services on a given machine, is there > > a strong reason that multiple state servers are a problem for you? (I > > want to make sure if there is a use case that is a problem our > > solution actually covers it.) > > > As i see , clients that want wordpress or something else does not want > to create unneeded things. > After they installs wordpress (for example) they can test it and works > with it. After sometime if all goes ok thet want to add load balancer > and something new to it. > But i don't think that all time they need state server. I think best > of all spawn state server on demand. For example user interact with > juju with provided keys, my own server (or such thinkg) check incoming > key and spawn lxc container with state server and proxy to it (or this > can be do it in state server itself). > > > -- > Vasiliy Tolstov, > e-mail: v.tols...@selfip.ru > jabber: v...@selfip.ru > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju > -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: openstack hard depency or not
2013/11/18 John Arbash Meinel : > Given that you can run multiple services on a given machine, is there > a strong reason that multiple state servers are a problem for you? (I > want to make sure if there is a use case that is a problem our > solution actually covers it.) As i see , clients that want wordpress or something else does not want to create unneeded things. After they installs wordpress (for example) they can test it and works with it. After sometime if all goes ok thet want to add load balancer and something new to it. But i don't think that all time they need state server. I think best of all spawn state server on demand. For example user interact with juju with provided keys, my own server (or such thinkg) check incoming key and spawn lxc container with state server and proxy to it (or this can be do it in state server itself). -- Vasiliy Tolstov, e-mail: v.tols...@selfip.ru jabber: v...@selfip.ru -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: openstack hard depency or not
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-11-18 10:13, Vasiliy Tolstov wrote: > 2013/11/18 Mark Shuttleworth : >> That capability is planned over the next two cycles. >> >>> And does it possible to use OpenVZ instead of LXC? >> >> Not yet, but patches are welcome! > > > Fine. Next two cycles when they come in =)? > We don't have immediate plans to develop OpenVZ support, though we are finishing off KVM support (should be within the next week or so). After which, we expect the abstractions, etc, should all be pretty good to make it easy to support more container types. Given that you can run multiple services on a given machine, is there a strong reason that multiple state servers are a problem for you? (I want to make sure if there is a use case that is a problem our solution actually covers it.) John =:-> -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Cygwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKJuMgACgkQJdeBCYSNAAM+bgCgu+ZvM6n90ayjoQQSVpBuWl0l Fh8AnA4csAZcFp4KRK4BCApwNqmgrYQ9 =oCxY -END PGP SIGNATURE- -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: openstack hard depency or not
2013/11/18 Mark Shuttleworth : > That capability is planned over the next two cycles. > >> And does it possible to use OpenVZ instead of LXC? > > Not yet, but patches are welcome! Fine. Next two cycles when they come in =)? -- Vasiliy Tolstov, e-mail: v.tols...@selfip.ru jabber: v...@selfip.ru -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: openstack hard depency or not
On 18/11/13 03:31, Vasiliy Tolstov wrote: > My new question is - does it possible to have one state server for all > customers? I don't need to spawn sepaate state server for each > customer deploy, but want to provide to it some log/pass/key to acces > state server and use it. That capability is planned over the next two cycles. > And does it possible to use OpenVZ instead of LXC? Not yet, but patches are welcome! Mark -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: openstack hard depency or not
2013/11/17 Maarten Ectors : > Juju works on AWS, hp cloud, azure, etc. and very soon many more. > > If you use servers via MAAS then you can use containers to put multiple > charms on one server. Each container has its own IP address hence different > charms can listen to the same port without a conflict. Soon this same > functionality will be available on more platforms. > > Maarten Thanks for answers. My new question is - does it possible to have one state server for all customers? I don't need to spawn sepaate state server for each customer deploy, but want to provide to it some log/pass/key to acces state server and use it. And does it possible to use OpenVZ instead of LXC? -- Vasiliy Tolstov, e-mail: v.tols...@selfip.ru jabber: v...@selfip.ru -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: openstack hard depency or not
Juju works on AWS, hp cloud, azure, etc. and very soon many more. If you use servers via MAAS then you can use containers to put multiple charms on one server. Each container has its own IP address hence different charms can listen to the same port without a conflict. Soon this same functionality will be available on more platforms. Maarten Sent from my iPhone > On 16 Nov 2013, at 11:20, Vasiliy Tolstov wrote: > > Hi all. I like to provide for users ability to install popular > software and try to choise what the best - aps or juju charms? > Does juju needs openstack or i can provide some api to juju and it run > smoothly not only on openstack? > P.S. Now i need run all stuff only on single instance. > > -- > Vasiliy Tolstov, > e-mail: v.tols...@selfip.ru > jabber: v...@selfip.ru > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: openstack hard depency or not
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-11-16 15:20, Vasiliy Tolstov wrote: > Hi all. I like to provide for users ability to install popular > software and try to choise what the best - aps or juju charms? Does > juju needs openstack or i can provide some api to juju and it run > smoothly not only on openstack? P.S. Now i need run all stuff only > on single instance. > Openstack isn't a strict dependency, though Juju is designed primarily to work on *a* cloud. (MaaS, Openstack, Ec2, etc). We are working on doing manual provisioning. Where you just register machines with Juju rather than provision them from a cloud. Basic support is available, but my understanding is that it still needs a little bit of polish before the experience is smooth. One option is to use the "local" provider, which runs everything on LXC instances. However, we don't expose those services onto your eth0 network. I think there was a patch around that would let the LXC instances run on a bridged network, which would let you expose those services. You'd need to set up your own br0 for your LXC containers to use, and then you can set "network-bridge: br0" in your environments.yaml for the 'local' provider. There is a little bit more information available here: https://juju.ubuntu.com/docs/config-local.html John =:-> -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Cygwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKHW1sACgkQJdeBCYSNAAOZIQCeNcEvo2fIkvD++mAixXSwST/k U6YAn2kPvQnKpw75XEKvoblPuPM8jAEd =tMr2 -END PGP SIGNATURE- -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
openstack hard depency or not
Hi all. I like to provide for users ability to install popular software and try to choise what the best - aps or juju charms? Does juju needs openstack or i can provide some api to juju and it run smoothly not only on openstack? P.S. Now i need run all stuff only on single instance. -- Vasiliy Tolstov, e-mail: v.tols...@selfip.ru jabber: v...@selfip.ru -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju