Local storage system solution for Luxbet - 0 views

• 
  #1 williamnbarreraw on 29 Jul 14

   

  Not long ago was Melbourne Cup day in Australia - the super colossal annual horse race tide in the country, and in the state of Victoria it's even a public holiday. Open concern does work for Luxbet part of TABCORP, and Melbourne Cup day is by far their sizable day of the year in terms of rush hour. It's not just a big stick, there's orders of grandeur variation so you can really say that the rest of the year is utter quiet in relative terms. eheSo a very thought provoking load pattern since last year luxbet has make strides from stock and with bettingbro input made some other underpinning change in conjunction with moving to a pure solid state entrecote solution as a SAN just won't deliver the pliancy and performance required. Thus, the SAN will have to in point of fact do a physical disk seek and read to get what is needed, and we all know seeks are slow. A write for sync also incurs some latency, mindless of the storage array speed. So those are the reasons for the local storage solution. While there are mien of RAID and other dependent in that setup, the main resilience in the infrastructure comes from having more machines, rather than beyond one's control having more tautology in each machine. Grant is working on a more comprehensive version of this story. This may seem odd but refresh memory that a SAN is also a single point of loss, so when the SAN fails, multiple dB live-in will be out - not desirable even though a falls over to another city center detente is possible and they already have all up-to-date data and indexes in RAM, so whatever I/O is required won't benefit from a SAN drop joint.

   

  <div class="cArrow"> </div><div class="cContentInner">Not long ago was Melbourne Cup day in Australia - the super colossal annual horse race tide in the country, and in the state of Victoria it's even a public holiday. Open concern does work for Luxbet part of TABCORP, and Melbourne Cup day is by far their sizable day of the year in terms of rush hour. It's not just a big stick, there's orders of grandeur variation so you can really say that the rest of the year is utter quiet in relative terms. eheSo a very thought provoking load pattern since last year <a href="http://www.bettingbro.com.au/reviews/luxbet" rel="nofollow">luxbet</a> has make strides from stock and with bettingbro input made some other underpinning change in conjunction with moving to a pure solid state entrecote solution as a SAN just won't deliver the pliancy and performance required. Thus, the SAN will have to in point of fact do a physical disk seek and read to get what is needed, and we all know seeks are slow. A write for sync also incurs some latency, mindless of the storage array speed. So those are the reasons for the local storage solution. While there are mien of RAID and other dependent in that setup, the main resilience in the infrastructure comes from having more machines, rather than beyond one's control having more tautology in each machine. Grant is working on a more comprehensive version of this story. This may seem odd but refresh memory that a SAN is also a single point of loss, so when the SAN fails, multiple dB live-in will be out - not desirable even though a falls over to another city center detente is possible and they already have all up-to-date data and indexes in RAM, so whatever I/O is required won't benefit from a SAN drop joint.</div>

  ...

  Cancel

To Top