Hi Glen, Thanks for the reference. FYI, you can configure Visage.DRS to operate over point to point SSL connections - individual deltas can also be zipped to reduce bandwidth, and the zip can also be password protected, but as your probably know this simplistic encryption (password protected ZIP files) can be brute-forced .... but SSL would provide adequate protection on the wire :-)
Ross Ferris Stamina Software Visage > Better by Design! >-----Original Message----- >From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- >boun...@listserver.u2ug.org] On Behalf Of Glen Batchelor >Sent: Tuesday, 27 July 2010 1:03 AM >To: 'U2 Users List' >Subject: Re: [U2] 24 X 7 MV systems > > >Hey Stranger, > > The best way you'll get there is with a transaction/request based >redundancy setup. Does U2 have anything that isn't trigger related? Even >a >block-level DRDB config won't help with databases since transactions in >memory aren't committed to disk promptly enough for the replicator to >get >all of the new data pieces as the fault happens. I've been looking for a >remote hosted failover solution myself (not for U2). A truly fault >tolerant >setup requires that the incoming requests be replicated to multiple >machines >before anything happens inside. You might think of the user app as a web >service consumer that makes requests to a proxy. That proxy mux's the >requests to multiple machines, compares all of the responses and then >passes >back the response of one machine based on failover priority. If one of >the >responses aren't the same then an error is sent to the admin. >Unfortunately, >this spits in the eye of MV which is designed to be a stand-alone >central >data store. Maybe you can do it with your own TCP packets, but if you >don't >use an encrypted media you may get into security trouble. Web services >are >horribly bloated, but the security layer is already in there. You should >bug >Ross Ferris and pick his brain about his DRS product versus other >options >for U2. DRS supposedly uses a small amount of bandwidth but it isn't >encrypted AFAIK. > >Regards, > >---------------------------------------- >Glen Batchelor >IT Director/CIO/CTO >All-Spec Industries > phone: (910) 332-0424 > fax: (910) 763-5664 >E-mail: webmas...@all-spec.com > Web: http://www.all-spec.com > Blog: http://blog.all-spec.com >---------------------------------------- >> -----Original Message----- >> From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- >> boun...@listserver.u2ug.org] On Behalf Of Baker Hughes >> Sent: Monday, July 26, 2010 9:38 AM >> To: 'U2 Users List' >> Subject: [U2] 24 X 7 MV systems >> >> Hey y'all, >> >> I'm interested in hearing from folks who are currently on, or have >worked >> with fault tolerant MV systems. >> >> We'd like to host our Business Layer on the MV system and serve It to >our >> e-commerce portals, instead of re-coding our business rules first in >> Basic, then in .Net In order to get there though we must meet the >> primary business requirement of zero downtime (not even 2 minutes to >> manually switch). We're not talking about different levels of Raid - >it's >> assumed the storage array is up and available. If the MV system has a >> hiccup of more than a few seconds it needs to hot failover to a backup >> twin sister. >> >> Is anyone doing this or something close to it? When I worked in >public >> safety, Stratus sold such an automatic hot failover. I'm sure the >EnRoute >> folks are doing something like this still. Maybe Nick G. or Margaret >M. >> is listening in today. >> >> Thanks, >> -Baker >> >> >> >> ________________________________ >> This communication, its contents and any file attachments transmitted >with >> it are intended solely for the addressee(s) and may contain >confidential >> proprietary information. >> Access by any other party without the express written permission of >the >> sender is STRICTLY PROHIBITED. >> If you have received this communication in error you may not copy, >> distribute or use the contents, attachments or information in any way. >> Please destroy it and contact the sender. >> _______________________________________________ >> U2-Users mailing list >> U2-Users@listserver.u2ug.org >> http://listserver.u2ug.org/mailman/listinfo/u2-users > >_______________________________________________ >U2-Users mailing list >U2-Users@listserver.u2ug.org >http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
