Thanks Bruno and Tom for your valuable advice. What I am trying to do is use a local SSD drive in the PC setup in a way that it works as a *Cached version of massive s3 volume - a bit like RAID 1 but one drive is local and another is s3 special volume which is always mirrored with special RAID controller software which is what AWS gateway does I think*.
So, if client didn't do back up or missed taking tape or external drive back up away from database site and there was disaster and we have to rebuild the entire system from scratch at a new site, I would be able to just re-setup the s3 volume which is remote with always up to date mirrored data, let's say 100GB s3 using AWS Storage Gateway system is always blocked as a remote RAID drive. iSCSI initiators allow us to add remote cloud volumes as local disks. But the beauty is if I understand correctly (as it is only theory in my head so far) Cached SSD data is always mirrored onto s3 and remote s3 drive is the master storage always - mirrored disk in the RAID array. So locally use the SSD drive as normal drive but in the background AWS client always mirror the volume onto s3. Does that make sense? I know it's crazy idea but I have seen other people using MySQL DBs which just run and they always have mirrored RAID onto s3 which means we don't even have to worry about backing the system up. Also I would imagine we would never directly use that volume on s3 because that is like a hidden drive space on s3 which is not accessible via s3 console online or APIs...blocked away in the cloud somewhere which we don't know about... http://docs.aws.amazon.com/storagegateway/latest/userguide/initiator-connection-common.html Cheers / Balinder On 14 December 2016 at 11:45, Benedict, Tom <[email protected]> wrote: > Hi Balinder, > > > > > The issues is we have lot of images high res low res and storage and 4D > data > > >back up managements onsite is not a great ideas because client has no IT > staff > > >and not a huge budget for maintaining backups locally and if any back up > is > > >missed they won't know and how to deal with it. > > > > > If I mount AWS Storage Gateway for Storing 4DD on server would that work? > > > > Are you just trying to solve the data backup case? Or are you hoping to > run your whole app and data in the cloud? It sounds like the latter. I > don’t have any experience with cloud storage, but I would tend to agree > with Tim Penner’s advice to avoid running a ‘live’ 4D .4DD on anything but > a local drive. If backup is all you really need now, that is > straightforward using 4D Backup, but have it save locally too, then copy > the .4BK and .4BL files via the OS in On Backup Shutdown. But you’ve likely > already considered that. > > > > HTH, > > > > Tom Benedict > > Optum > > > > > This e-mail, including attachments, may include confidential and/or > proprietary information, and may be used only by the person or entity > to which it is addressed. If the reader of this e-mail is not the intended > recipient or his or her authorized agent, the reader is hereby notified > that any dissemination, distribution or copying of this e-mail is > prohibited. If you have received this e-mail in error, please notify the > sender by replying to this message and delete this e-mail immediately. > ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
