placiing content and application on a microsoft DFS solution
Has anyone ever placed an application and its content on a redundant DFS solution? So as when one DFS server fails, another takes over. Does anyone see possible problems with this setup? ie. when dfs server fails does tomcat loose connection to the app or is the failover fast enough. regards Milko Emmerig Please consider the environment before printing this email. De informatie verzonden met dit e-mailbericht is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Indien u als niet-geadresseerde dit bericht ontvangt, wordt u verzocht direct de afzender hierover te informeren en het bericht te vernietigen. Gebruik van informatie door onbevoegden, openbaarmaking of vermenigvuldiging is verboden en kan leiden tot aansprakelijkheid. De afzender is niet aansprakelijk in geval van onjuiste overbrenging van het e-mailbericht en/of bij ontijdige ontvangst daarvan. The information transmitted is confidential and intended only for the person or entity to whom or which it is addressed. If you are not the intended recipient of this communication, please inform us immediately and destroy this communication. Unauthorised use, disclosure or copying of information is strictly prohibited and may entail liability. The sender accepts no liability for improper transmission of this communication nor for any delay in its receipt.
Re: placiing content and application on a microsoft DFS solution
On 22 June 2010 16:10, M.H.G. Emmerig m.h.g.emme...@dnb.nl wrote: Has anyone ever placed an application and its content on a redundant DFS solution? So as when one DFS server fails, another takes over. Does anyone see possible problems with this setup? ie. when dfs server fails does tomcat loose connection to the app or is the failover fast enough. At best, the failover takes several seconds, during which your app will fail to respond. Depending on your load and application design, the queued requests may be sufficient to run you out of heap memory, database handles and similar. I assume your goal is to improve reliability of end-user access to your application. If you have to use Windows, why would you take a DFS approach rather than using Windows' file replication to replicate files to multiple servers? The probability of network failure or poor performance is orders of magnitude higher than the probability of HDD subsystem failure or poor performance, so I would expect accessing apps from a remote network drive to worsen your reliability rather than improve it. - Peter
RE: placiing content and application on a microsoft DFS solution
Has anyone ever placed an application and its content on a redundant DFS solution? So as when one DFS server fails, another takes over. Does anyone see possible problems with this setup? ie. when dfs server fails does tomcat loose connection to the app or is the failover fast enough. DFS is based on the Windows Change Journal. There can be several seconds to a minute of latency before file changes replicate from one DFS server to the other. Be sure that your application could tolerate that. If I was going to try a DFS-based approach, I'd just run DFS right on the tomcat server(s). However, my experience with DFS has been unsatifactory. Replication often drives up average disk queue lengths on both servers and causes application-level freezes. Personally, I'd strongly recommend using Linux+DRBD+Pacemaker. Much faster and more stable. -- Eric Robinson Disclaimer - June 22, 2010 This email and any files transmitted with it are confidential and intended solely for Tomcat Users List. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of . Warning: Although has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. This disclaimer was added by Policy Patrol: http://www.policypatrol.com/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
