Hi Jaime, The cephfs looks easier than ceph datastore.
- /var/lib/one -> not shared, only for frontend If not shared, /var/lib/one should be synchronized between multi-frontend, right? - /var/lib/one/datastores -> lives in a cephFS share avaialble to the frontend and all the nodes this location is mounted in all nodes as file system to be sure any nodes can show all data in cephfs? It's good ideas, I will do it now. But i really want to use ceph data store, could you show me the right way.? Regards, Ndhuynh >>> Jaime Melis <jme...@opennebula.org> 11/19/2014 11:05 PM >>> Hi, are you planning on using CephFS? if that's so you might find it easier to set it up like this: - /var/lib/one -> not shared, only for frontend - /var/lib/one/datastores -> lives in a cephFS share avaialble to the frontend and all the nodes would this suit you? cheers, Jaime On Wed, Nov 12, 2014 at 6:09 AM, Huynh Dac Nguyen <ndhu...@spsvietnam.vn> wrote: Dear Ruben, You mean: - /var/lib/one is mounted from NAS server just for Front-end - The datastore is mounted from Ceph for frond-end and node So Front-end servers must be mounted NAS (/var/lib/one) and Ceph (/var/lib/one/datastores/[number]), 2 mounted points. Node servers must be mounted only Ceph (/var/lib/one/datastores/[number]), 1 mounted point and the passwordless file must be updated manually Is it correct? so why don't we use ceph for both of shared location? or just /var/lib/one? I really don't want to manage more device. Could you show me the best solution? I'm confused to continue because of stuck in integrate Ceph and opennebula Regards, Ndhuynh ---------------------------------------------------------------------- Message: 1 Date: Tue, 11 Nov 2014 14:30:01 +0000 From: "Ruben S. Montero" <rsmont...@opennebula.org> To: Huynh Dac Nguyen <ndhu...@spsvietnam.vn>, users@lists.opennebula.org Subject: Re: [one-users] Do we need to mount /var/lib/one with ceph Message-ID: <cagi56tetpmozcek+ddzlulj7y_yc-py40av0rbgopudb7mc...@mail.gmail.com ( mailto:cagi56tetpmozcek%2bddzlulj7y_yc-py40av0rbgopudb7mc...@mail.gmail.com )> Content-Type: text/plain; charset="utf-8" The system datastore is accessed from the front-end to generate the context iso. Note that you don't need to be it exported from the front-end, the nodes and the front-end itself can mount it from an different NAS server. The /var/lib/one contents are needed in the front-end but not by the nodes. Just the system datastore directory. If the VM tries to access a disk from a device that is not mounted or the NAS server is down you'll be in trouble. However, note that context ISO is only accessed during the boot state and the main disks of the VM are in the ceph pool, so you'll probably be fine (but if not tested it) Cheers On Mon Nov 10 2014 at 3:38:14 AM Huynh Dac Nguyen <ndhu...@spsvietnam.vn> wrote: > Dear Ruben, > > Thank you for replying > > So what happens if the front-end opennebula is down > the /var/lib/one isn't mounted,only System Datastore is mounted, > then the VM can't work, right? (the vm requires image and additional > files) > > Can you explain why we don't need to export the whole /var/lib/one ? > > Regards, > Ndhuynh > > >>> "Ruben S. Montero" <rsmont...@opennebula.org> 11/7/2014 4:52 PM > >>> > Hi Ndhuynh > > Ceph storage in OpenNebula is handled as follows: > > > 1.- Image Datastores, hold disk images repository as well as images for > running VMs in a Ceph volume > 2.- System Datastore holds additional VM files, checkpoints, context > disks and the like. > > > If you need live-migration the easiest way is to have a shared > filesystem for the System Datastore. You don't need to export the whole > /var/lib/one, just the datastore directory, though. > > > If you do not need to live-migrate VMs you should be ok with a ssh > based system datastore.... > > > Cheers > > > > > > > On Wed Nov 05 2014 at 12:09:47 PM Huynh Dac Nguyen > <ndhu...@spsvietnam.vn> wrote: > > Hi All, > > > I'm researching opennebula with ceph, i saw that most of guide focus on > using ceph as datastore - block device, right? > > > Do we need to mount ceph to /var/lib/one as file system to prevent the > opennebula frontend down expectedly? > > > My script is: > > > 1) Make a ceph file system : one and mount to /var/lib/one in all > opennebula node (front-end and node) > 2) Create a ceph block device and add to opennebula as datastore > > > Is this a right way? > > > Regards, > Ndhuynh > ndhu...@spsvietnam.vn > > This e-mail message including any attachments is for the sole use of > the intended(s) and may contain privileged or confidential information. > Any unauthorized review, use, disclosure or distribution is prohibited. > If you are not intended recipient, please immediately contact the sender > by reply e-mail and delete the original message and destroy all copies > thereof. > > _______________________________________________ > Users mailing list > Users@lists.opennebula.org > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org > > > This e-mail message including any attachments is for the sole use of the > intended(s) and may contain privileged or confidential information. Any > unauthorized review, use, disclosure or distribution is prohibited. If > you are not intended recipient, please immediately contact the sender by > reply e-mail and delete the original message and destroy all copies > thereof. > This e-mail message including any attachments is for the sole use of the intended(s) and may contain privileged or confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not intended recipient, please immediately contact the sender by reply e-mail and delete the original message and destroy all copies thereof. _______________________________________________ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org -- Jaime Melis Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org | jme...@opennebula.org This e-mail message including any attachments is for the sole use of the intended(s) and may contain privileged or confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not intended recipient, please immediately contact the sender by reply e-mail and delete the original message and destroy all copies thereof.
_______________________________________________ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org