Почему архитектура совместно используемых дисков выгодна для Oracle RAC?
Oracle RAC использует архитектуру совместно используемых дисков. Я не могу понять, почему это может сделать весь продукт очень масштабируемым или доступным? общее хранилище само по себе может превратиться в единую точку отказа. и если мы используем, например, SAN для нашего хранилища, мы масштабируемы так же, как контроллер SAN, и нам нужно будет реплицировать наши данные в другие SAN или другой номер в нашей текущей SAN. Это похоже на то, что мы используем хранилище для каждой реплики изолированно, и это своего рода архитектура без общего доступа, в которой мы собираем все наши данные в одном месте физически. В чем выгода обмена здесь?
1 ответ
Им нужно общее хранилище, потому что для того, чтобы несколько серверов могли обрабатывать загрузку - в том числе в случае потери целого сервера - все они должны иметь возможность доступа к одним и тем же данным. Да, это может быть единственной точкой отказа, но вы можете обойти эту проблему, обеспечив, чтобы в вашем хранилище было несколько контроллеров / блоков питания, путей управления, соответствующих уровней RAID и путей доступа к данным - вы даже можете локально или удаленно кластеризовать хранилище. Таким образом, эта "единая точка отказа" фактически становится одной из самых надежных частей проекта, позволяя вам просто использовать столько серверов БД, сколько вам нужно.
Это не просто умный способ работы с транзакционными данными в крупных организациях, это ЕДИНСТВЕННЫЙ способ!