|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tengiz Kharatishvili 2:5020/400 04 Sep 2002 07:27:30
To : Andrew Grachyov
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
Причина разнобоя не в многозначности анлийского слова cluster, а в том, что
каждая фирма-производитель называет кластером что-то своё. Если не
ограничивать себя только фирменными определениями и только от любимых фирм,
то вот одно из определений, предложенное лауреатом премии Тьюринга (аналог
Hобелевской премии в computer science) Джимом Греем:
Сluster is a collection of independent computers that is as easy to use as a
single computer. Cluster is also a solution that not only provides failover
capabilities but also disperses data and computation among a cluster's
members.
Т.е. во-первых, кластер - группа независимых компьютеров такая же простая в
использовании, как один компьютер. И во вторых, кластер обеспечивает не
только автоматическую отказоустойчивость, но и распределение данных и
вычислений среди членов кластера.
Или в более вольном переводе: кластер - это согласованно работающая
связанная группа машин, которая с точки зрения пользователя выглядет как
единое целое и обеспечивает отказоустойчивость и прозрачное распределение
данных и нагрузки между машинами-узлами. Hеплохо также, чтобы и для
администрирования кластер выглядет бы как единое целое - тогда, когда это
возможно, конечно.
По сути дела то, что Грей называет кластером - это вариация того, что иначе
называется shared-nothing.
Hетрудно убедиться, что ни приведённые Вами определения, ни ORACLE RAC, ни
scale-out кластер от MS полностью такому определению полностью не
удовлетворяют. У ORACLE RAC отсутствует распределение данных по узлам, у MS
нет отказоустойчивости, хотя в случае MS это эффективно устраняется
комбинированием failover + shared-nothing. Для ORACLE тоже можно было бы
сделать подобную комбинацию, но насколько я знаю, динмического баланса
загрузки между несколькими RAC не бывает, да и выглядеть группа из
нескольких RAC будет не как одно целое, поэтому придётся воспользоваться
продуктами третьих фирм.
А мораль здесь простая - не стоит объявлять какие-то не нравящиеся Вам
решения ущербными только потому, что они не подходят под определения,
удобные производителю более привычных Вам продуктов.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
