-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 One last suggestion: Fedora does offer a repository-to-repository journaling system, which may be of interest. It's not a storage-level option, but if one of your concerns is failover and robustness of service, it may fit into your designs.
https://wiki.duraspace.org/display/FEDORA35/Journaling https://wiki.duraspace.org/display/FEDORA35/Replication+and+Mirroring - --- A. Soroka Software & Systems Engineering :: Online Library Environment the University of Virginia Library On Apr 5, 2012, at 12:32 PM, Chris Wilper wrote: > Hi Gail, > > All three suggestions thus far are reasonable possibilities. If I may > summarize: > > Adam suggests storage-level backup utilities. This is good as a "first > line of defense" against data loss and is fairly easy to implement > using SAN-specific or OS-level tooling (rsync, filesystem-native > snapshotting, etc.). The good thing about this is that there's really > nothing Fedora-specific about it -- sysadmins just need to know where > Fedora stores its data. > > Richard suggests DuraCloud as a possibility. This provides additional > assurances that you might not have with your local file-level backup > solution, most notably an "off site" copy of the data for disaster > recovery purposes. (It's also interesting that by putting the content > in the cloud, it's closer in proximity to "elastic" compute resources, > so if big analysis/conversion jobs are needed, having the data out > there could be more cost effective....but I didn't get the impression > that was your main concern) > > DuraCloud, which is both an open source software stack you can install > yourself as well as a hosted service, provides a file-level "sync and > restore" command line utility that you can point at your local storage > (Fedora or not) to sync the content up to DuraCloud as a backup copy > on a regular basis. > > In addition, there's CloudSync, which is a Fedora-aware tool that > works with DuraCloud and gives you greater control over your backup > operations -- it allows you to specify a subset of your repository, by > PID or by query, which you're interested in backing up. You can also > do single-object restores with CloudSync, which is difficult to do > with the other solutions mentioned thus far because they are not > really Fedora-aware. > > Finally, Eddie suggests Akubra-Mux (Multiplexing) as a potential > solution. This does require Java coding and expertise to use > (akubra-mux is an abstract implementation), but is designed to allow > for transparently sending content to one or all of several configured > Akubra-fronted storage locations. It's quite flexible by design, but I > can't say it's actually seen a lot of use, so you would probably be > trailblazing a bit if you went in this direction. > > - Chris > > On Thu, Apr 5, 2012 at 11:28 AM, Edwin Shin <ed...@fedora-commons.org> wrote: >> Gail, >> >> You might look at >> http://akubra.github.com/akubra/apidocs/org/akubraproject/mux/AbstractMuxStore.html >> >> which lets you multiplex across multiple backing Akubra stores. >> >> Eddie >> >> On 5 Apr 2012, at 11:00 AM, Gail Truman wrote: >> >>> Has anyone any advice, guidance or can point me to info on the topic of >>> doing a multiple write from Fedora into the storage layer. Does Akubra >>> provide a way to do this? And what are the things to know or be aware of? >>> >>> We are interested in providing for multiple copies of the fedora >>> repository, with the primary storage on site but potentially using the >>> cloud for another copy, and even a second NAS in an offsite location. >>> >>> Thanks for your thoughts - >>> Gail >>> >>> Gail Truman >>> Truman Technologies >>> www.trumantechnologies.com >>> +1 510 5026497 >>> >>> www.islandora.ca/SOAR >>> >>> >>> ------------------------------------------------------------------------------ >>> Better than sec? Nothing is better than sec when it comes to >>> monitoring Big Data applications. Try Boundary one-second >>> resolution app monitoring today. Free. >>> http://p.sf.net/sfu/Boundary-dev2dev >>> _______________________________________________ >>> Fedora-commons-users mailing list >>> Fedora-commons-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users >> >> >> ------------------------------------------------------------------------------ >> Better than sec? Nothing is better than sec when it comes to >> monitoring Big Data applications. Try Boundary one-second >> resolution app monitoring today. Free. >> http://p.sf.net/sfu/Boundary-dev2dev >> _______________________________________________ >> Fedora-commons-users mailing list >> Fedora-commons-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > ------------------------------------------------------------------------------ > Better than sec? Nothing is better than sec when it comes to > monitoring Big Data applications. Try Boundary one-second > resolution app monitoring today. Free. > http://p.sf.net/sfu/Boundary-dev2dev > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJPfekiAAoJEATpPYSyaoIk98sH/2vMUa/s89YfR143n89SVaeI OGeJBZV5BGCbXywtNLIZKESjWz5KrNg7J2hOlCSmNb9gSu8yI+ga7gyrh1OiF3jF jC1kbKQYLWPcIEPaO7GirSsvIdGpH/ixJqZsCKCYgfBQkkbvPzwhNbwJZ9UTEJ8K OjbuAgalGAEdIUPjPlFDbDYcuqAS5FWR4Rc3eKs11UwX+7ssvITfkJ59S2pxJtow F1u5I3a6QjyRaiRO8XF36D9x3em3qCun148D9mvp6/tl22b6qVnYOK2jJx3ThG+h 8cG0U658uvt3kBuDg9wib3TfwXlddOZ22zMZBFux8p/rVxGKCmI2o2JfilJHcbY= =l7vc -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
