Кластеризация семантического ядра – это разделение всех собранных запросов на группы для последующего определения целевых посадочных страниц и их продвижения.
Это крайне важный этап работы с семантикой, который может как улучшить, так и ухудшить ранжирование сайта по запросам в поисковиках. А все работы по сайту зависят от того, как будут распределены ключевые фразы по сайту.
Лучшие сервисы кластеризации
Если Вы уже все про кластеризацию знаете, то вот Вам сразу сервисы. Мы разделили их на категории — сервисы с одной функцией кластеризации и площадки с комплексом SEO инструментов. Практически в каждом есть бесплатный период, поэтому Вы сможете протестировать сервис и выбрать наиболее удобный для себя.
Кроме сервисов на рынке есть программы с различными функциями по работе с семантическим ядром — Key-collector и KeyAssort. Чтобы пользоваться, Вы платите уже не за запрос, либо месяц, а покупаете лицензию.
— Только кластеризация
Создание кластера в Proxmox
Шаг 2. Выбор метода
Далее необходимо выбрать метод кластеризации, их в данном сервисе два. Если Вы не знаете о них, то ниже в теории я расписала их и еще один метод, который можно встретить в других сервисах.
По методу Soft сервис находит совпадения в выдаче каждого запроса и самого частотного, при этом в пределах одной группы может не быть общих URL.
По методу Hard — ключи будут сравниваться между собой и объединяться в группу, только если будут найдены общие URL у всех в ТОПе. За дополнительную плату (0.05 руб за ключевое слово) можно провести проверку частотности.
Шаг 3. Добавление запросов
Далее следует добавить в систему ключевые фразы, которые необходимо кластеризовать. Это можно сделать вручную или импортировать из файла. Но оба способа одновременно использовать нельзя.
Для ручного ввода предусмотрена специальная область, каждую фразу нужно вносить с новой строки. Если будете загружать из файла, оставьте его пустым – тогда внизу появится поле для импорта.
Шаг 4. Получение результатов
Они отобразятся в виде таблицы. В ней указано общее количество добавленных запросов, число групп, которые получились и точность кластеризации.
КЛАСТЕР В МУЗЫКЕ, КАК СДЕЛАТЬ В ПРОГРАММЕ СИБЕЛИУСА
Если нужны подробные результаты группировки, разверните любую группу, нажав на маленьких треугольник рядом с ней.
При клике на название группы, можно просмотреть все запросы, которые попали в одну группу, частотности, если собирались и количество совпадений URL и ТОП-10 сайтов по конкретному запросу. А также выделенные слова из сниппета по запросу.
Важно. Выжимайте из бизнеса максимум с помощью нашей методички формата “фишечная стратегия”. В ней самый сок из сотен тренингов и книг по маркетингу и продажам. А также концентрат успешных действий. По ссылке скидка 50% в течение 4 часов, кликайте -> “200+ фишек маркетинга: от привлечения до удержания“
как сделать кластеризацию вручную
Способ подойдет, если ключевых запросов у Вас не много. Удобнее всего делать кластеризацию вручную в MS Excel. Для примера — создадим кластеры для интернет-магазина винтажной одежды.
Шаг 1. Создайте таблицу в Excel и загрузите в неё ключевые запросы и их частотность.
Выделите для себя основные запросы с максимальной частотой.
Шаг 2. В колонке с ключевыми запросами с помощью фильтра или сами найдите однокоренные слова, слова-синонимы и слова-интенты.
Шаг 3. Из получившихся групп запросов сформируйте кластеры.
подробнее о кластеризации
Если не уверены в своих знаниях по кластеризации сематического ядра сайта или хотите их освежить, то читайте до конца. И первая мысль — чтобы правильно сгруппировать запросы, важно разобраться с понятием поискового интента.
Интент — та потребность, с которой пользователь пришел на сайт: что именно ищет человек, вбивая данный запрос в поисковик.
Один запрос может одновременно иметь несколько интентов, то есть пользователи могут иметь в виду абсолютно разные вещи, набирая одинаковый запрос в поиск. Например, «такси» – это непосредственно служба такси и фильм.
При правильной кластеризации все запросы, посаженные на одну страницу для продвижения, должны отвечать одному и тому же интенту пользователя.
1. Виды группировки
Здесь поговорим о том, как можно группировать запросы, какой вариант и для каких тематик подойдет, а также расскажу о недостатках каждого из видов.
— Логическое разбиение
Просмотр запросов и предположение, что искал пользователь. Подходит для низко конкурентных тематик или если это совершенно новая тема. Соответственно, состав выдачи будет постоянно меняться и далеко не факт, что результаты в ней будут релевантны.
Или в случае, если в семантическом ядре много низкочастотных запросов. Конкуренция низкая, у поисковиков мало данных о поведении пользователей – и качество выдачи низкое.
В остальных случаях группировать запросы с точки зрения логики – не рационально, так как слишком высока вероятность ошибки и много времени понадобится на работу, особенно если ядро запросов большое.
— Группировка по семантической схожести
Запросы объединяются в одну группу, когда у них есть пересечение общих фраз. Например: «телефон купить», «телефон обзор», «телефон бу». Телефон — общее слово, поэтому ключевые слова объединяются в одну группу.
Этот вид группировки часто приводит к ошибкам, так как на одну страницу могут сесть одновременно коммерческие и информационные запросы, чего делать не стоит – выдача по ним разная.
Также в этом случае не учитывается интент пользователя. Если страница не будет ему соответствовать, и пользователь увидит не ту информацию, что хотел найти – он закроет сайт и вернется в выдачу. Такие действия снижают конверсию и поведенческие факторы.
На правах рекламы
— Группировка по ТОПам
Более совершенный вид, так как разделение запросов на группы происходит через анализ ТОП-10 поисковой системы, через оценку схожести поисковой выдачи.
Если в выдаче для двух разных запросов находятся общие документы, можно предположить, что их можно объединить. Чем больше пересечений, тем выше вероятность, что ключи можно продвинуть на одной странице. Если общих URL-ов нет, то скорее всего запросы нужно сажать на разные страницы.
2. Методы
Выше в инструкции мы уже говорили о методах группировки, но сейчас рассмотрим их подробнее. Различают следующие методы группировки семантики:
1. Soft. Запросы сравниваются с главным ключевым словом (с большей частотностью), но не сопоставляются между собой. Если найдено заданное настройками число одинаковых результатов в выдаче, то запросы попадают в один кластер.
Группы могут получиться слишком обширные, нужно обязательно корректировать результат вручную, чтобы получить данные, с которыми можно работать. Метод больше подходит для информационных проектов и тематик с невысокой конкуренцией, где точность группировки не так важна.
2. Hard. Запросы сравниваются и с главным ключевым словом, и между собой. Из них те, по которым не найдено заданного количества одинаковых URL-ов в поиске, выпадают из группы.
Это более точный метод, используется для сложных и высококонкурентных тематик. Количество совпадений определяется показателем «сила кластеризации». Им задается минимальное число совпадений в выдаче у фраз, чтобы они объединялись в одну группу.
3. Moderate или Middle. Это компромисс между Soft и Hard. Берется один самый частотный запрос, а все остальные сравниваются с ним по количеству общих URL-ов. В то же время инструмент сравнивает все ключевые слова друг с другом.
Если количество общих урл превышает заданный порог или равно ему, то запрос добавляют в группу. По итогу в кластере все запросы будут попарно связаны друг с другом, но в разных парах URL могут отличаться.
3. Способы
Группировка может делаться вручную и с применением специальных программ.
- Ручная. Занимает много времени, невозможна на крупных проектах, велика вероятность человеческого фактора;
- Сервисы. Позволяют работать с большим объемом данных, но не всегда выдают качественный результат.
Поэтому целесообразно использовать оба способа в комплексе: сначала делите запросы на группы автоматически, потом проверяйте полученные результаты вручную. Прежде чем пользоваться инструментом, разберитесь, по какому методу он работает, поскольку среди них встречаются те, что сравнивают схожесть только по словоформам, а не выдаче, например, Mc-Castle.ru или программа МегаЛемма.
Важно. Если Вы настраиваете контекстную рекламу или только собираетесь это сделать, то обязательно используйте сервис Click. Он поможет сделать правильные настройки и сэкономит бюджет. К тому же в нем есть плюшки, которые помогут увеличить конверсию и привлечь больше клиентов. Кликайте и изучайте сервис -> Click
4. Ошибки
Теперь перейдем к самым часто совершаемым ошибкам при кластеризации запросов, а также расскажу, к чему они могут привести.
- Смешивать коммерческие и информационные запросы;
- Объединили несколько интентов на одной странице;
- Запросы не соответствуют тематике сайта;
- Семантическое ядро без синонимов ключевых слов и фраз;
- Ключевые слова содержат ошибки;
- Маленькое сем. ядро без низкочастотных запросов;
- Слишком много ключей в одном кластере;
- Дубли, нулевые, ошибки в словах, спецсимволы в семантике.
Из-за таких ошибок охват собранной семантики низкий, тип содержания страницы не соответствует поисковому запросу, либо сразу несколько страниц сайта отвечают на запрос пользователя. Соответственно все это приводит к размытию релевантности и ухудшению поведенческих факторов.
Лайфхак. Упростить кластеризацию семантического ядра можно, воспользовавшись трудами конкурентов. Для этого нужно спарсить запросы их сайта и отсортировать по URL. Подробности здесь.
ВКЛЮЧАЙТЕСЬ В СОЦСЕТИ УЖЕ 40 000+ С НАМИ
Екатерина
Сергей
Иван
Елена
Екатерина
коротко о главном
Группировка необходима, чтобы наилучшим образом с позиции поисковых систем распределить запросы по посадочным страницам. Это один из важнейших этапов построения семантического ядра, ибо в случае ошибок все дальнейшие работы по оптимизации придется переделывать.
Ни один сервис кластеризации, платный или бесплатный, не гарантирует идеальный результат. Полученные кластеры нужно анализировать, пробовать разные варианты точности кластеризации. Но из всех площадок мы советуем эту:
И запомните, кластеризацию нельзя сделать один раз и навсегда. Выдача со временем меняется, где раньше был коммерческий запрос, через пару месяцев может оказаться информационный. Поэтому периодически пересматривайте семантику, удаляйте запросы, которые больше не актуальны, добавляйте новые и вносите необходимые правки на сайт.
Нашли ошибку в тексте? Выделите фрагмент и нажмите ctrl+enter
Источник: in-scale.ru
Cluster Diagram
Visualize Clusters of Ideas — Brainstorm Effectively
Seamlessly create interactive and visually appealing cluster diagrams to showcase the links and relationships between multiple ideas in a single workspace. Easily discover the most relevant and potential idea to improve your organization’s business goals and functions.
- Professional templates and frameworks to create cluster diagram templates
- Infinite canvas to create a endless cluster of innovative ideas
- Real-time collaboration to work with colleagues and have live brainstorming sessions
Over 10 Million people and 1000s of teams already use Creately
Promote Innovative Thinking: Discover Novel Ideas
Multiple frameworks and templates to easily implement and organize information related to a central idea and related subtopics to easily group and represent your thoughts.
Smart formatting and color themes to highlight, color-code, and group the information on the canvas to identify existing and new connections between ideas.
Use shapes and connectors to create an in depth cluster diagram which can include dependencies, expectations, and outcomes added to each cluster.
Add data to each element on the canvas within the workspace to store all sorts of information related to the topic.
ORGANIZE https://creately.com/usage/cluster-diagram-templates/» target=»_blank»]creately.com[/mask_link]
Титаны кластерного фронта: Решения для построения кластеров от Microsoft и Oracle
Как известно, кластеры позволяют решать проблемы, связанные с производительностью, балансировкой нагрузки и отказоустойчивостью. Для построения кластеров используются различные решения и технологии, как на программном, так и на аппаратном уровне. В этой статье будут рассмотрены программные решения, предлагаемые компаниями Microsoft и Oracle.
Виды кластеров
Кластер — это группа независимых компьютеров (так называемых узлов или нодов), к которой можно получить доступ как к единой системе. Кластеры могут быть предназначены для решения одной или нескольких задач. Традиционно выделяют три типа кластеров:
- Кластеры высокой готовности или отказоустойчивые кластеры (high-availability clusters или failover clusters) используют избыточные узлы для обеспечения работы в случае отказа одного из узлов.
- Кластеры балансировки нагрузки (load-balancing clusters) служат для распределения запросов от клиентов по нескольким серверам, образующим кластер.
- Вычислительные кластеры (compute clusters), как следует из названия, используются в вычислительных целях, когда задачу можно разделить на несколько подзадач, каждая из которых может выполняться на отдельном узле. Отдельно выделяют высокопроизводительные кластеры (HPC — high performance computing clusters), которые составляют около 82% систем в рейтинге суперкомпьютеров Top500.
Системы распределенных вычислений (gird) иногда относят к отдельному типу кластеров, который может состоять из территориально разнесенных серверов с отличающимися операционными системами и аппаратной конфигурацией. В случае грид-вычислений взаимодействия между узлами происходят значительно реже, чем в вычислительных кластерах. В грид-системах могут быть объединены HPC-кластеры, обычные рабочие станции и другие устройства.
Такую систему можно рассматривать как обобщение понятия «кластер». ластеры могут быть сконфигурированы в режиме работы active/active, в этом случае все узлы обрабатывают запросы пользователей и ни один из них не простаивает в режиме ожидания, как это происходит в варианте active/passive.
Oracle RAC и Network Load Balancing являются примерами active/ active кластера. Failover Cluster в Windows Server служит примером active/passive кластера. Для организации active/active кластера требуются более изощренные механизмы, которые позволяют нескольким узлам обращаться к одному ресурсу и синхронизовать изменения между всеми узлами. Для организации кластера требуется, чтобы узлы были объединены в сеть, для чего наиболее часто используется либо традиционный Ethernet, либо InfiniBand.
Программные решения могут быть довольно чувствительны к задержкам — так, например, для Oracle RAC задержки не должны превышать 15 мс. В качестве технологий хранения могут выступать Fibre Channel, iSCSI или NFS файловые сервера. Однако оставим аппаратные технологии за рамками статьи и перейдем к рассмотрению решений на уровне операционной системы (на примере Windows Server 2008 R2) и технологиям, которые позволяют организовать кластер для конкретной базы данных (OracleDatabase 11g), но на любой поддерживаемой ОС.
Windows Clustering
У Microsoft существуют решения для реализации каждого из трех типов кластеров. В состав Windows Server 2008 R2 входят две технологии: Network Load Balancing (NLB) Cluster и Failover Cluster. Существует отдельная редакция Windows Server 2008 HPC Edition для организации высокопроизводительных вычислительных сред. Эта редакция лицензируется только для запуска HPC-приложений, то есть на таком сервере нельзя запускать базы данных, web- или почтовые сервера.
NLB-кластер используется для фильтрации и распределения TCP/IPтрафика между узлами. Такой тип кластера предназначен для работы с сетевыми приложениями — например, IIS, VPN или межсетевым экраном.
Могут возникать сложности с приложениями, которые полага ются на сессионные данные, при перенаправлении клиента на другой узел, на котором этих данных нет. В NLB-кластер можно включать до тридцати двух узлов на x64-редакциях, и до шестнадцати — на x86.
Failoverclustering — это кластеризации с переходом по отказу, хотя довольно часто термин переводят как «отказоустойчивые кластеры».
Узлы кластера объединены программно и физически с помощью LAN- или WAN-сети, для multi-site кластера в Windows Server 2008 убрано требование к общей задержке 500 мс, и добавлена возможность гибко настраивать heartbeat. В случае сбоя или планового отключения сервера кластеризованные ресурсы переносятся на другой узел. В Enterprise edition в кластер можно объединять до шестнадцати узлов, при этом пятнадцать из них будут простаивать до тех пор, пока не произойдет сбой. Приложения без поддержки кластеров (cluster-unaware) не взаимодействуют со службами кластера и могут быть переключены на другой узел только в случае аппаратного сбоя.
Приложения с поддержкой кластеров (cluster-aware), разработанные с использованием ClusterAPI, могут быть защищены от программных и аппаратных сбоев.
Развертывание failover-кластера
Процедуру установки кластера можно разделить на четыре этапа. На первом этапе необходимо сконфигурировать аппаратную часть, которая должна соответствовать The Microsoft Support Policy for Windows Server 2008 Failover Clusters. Все узлы кластера должны состоять из одинаковых или сходных компонентов. Все узлы кластера должны иметь доступ к хранилищу, созданному с использованием FibreChannel, iSCSI или Serial Attached SCSI. От хранилищ, работающих с Windows Server 2008, требуется поддержка persistent reservations.
На втором этапе на каждый узел требуется добавить компонент Failover Clustering — например, через Server Manager. Эту задачу можно выполнять с использованием учетной записи, обладающей административными правами на каждом узле. Серверы должны принадлежать к одному домену. Желательно, чтобы все узлы кластера были с одинаковой ролью, причем лучше использовать роль member server, так как роль domain controller чревата возможными проблемами с DNS и Exchange.
Третий не обязательный, но желательный этап заключается в проверке конфигурации. Проверка запускается через оснастку Failover Cluster Management. Если для проверки конфигурации указан только один узел, то часть проверок будет пропущена.
На четвертом этапе создается кластер. Для этого из Failover Cluster Management запускается мастер Create Cluster, в котором указываются серверы, включаемые в кластер, имя кластера и дополнительные настройки IP-адреса. Если серверы подключены к сетям, которые не будут использоваться для общения в рамках кластера (например, подключение только для обмена данными с хранилищем), то в свойствах этой сети в Failover Cluster Management необходимо установить параметр «Do not allow the cluster to use this network».
После этого можно приступить к настройке приложения, которое требуется сконфигурировать для обеспечения его высокой доступности.
Для этого необходимо запустить High Availability Wizard, который можно найти в Services and Applications оснастки Failover Cluster Management.
Cluster Shared Volumes
В случае failover-кластера доступ к LUN, хранящему данные, может осуществлять только активный узел, который владеет этим ресурсом. При переключении на другой узел происходит размонтирование LUN и монтирование его для другого узла. В большинстве случаев эта задержка не является критичной, но при виртуализации может требоваться вообще нулевая задержка на переключение виртуальных машин с одного узла на другой.
Еще одна проблема, возникающая из-за того, что LUN является минимальной единицей обхода отказа, заключается в том, что при сбое одного приложения, находящегося на LUN, приходится переключать все приложения, которые хранятся на этом LUN, на другой сервер. Во всех приложениях (включая Hyper-V до второго релиза Server 2008) это удавалось обходить за счет многочисленных LUN, на каждом из которых хранились данные только одного приложения. В Server 2008 R2 появилось решение для этих проблем, но предназначенное для работы только с Hyper-V и CSV (Cluster Shared Volumes).
CSV позволяет размещать на общем хранилище виртуальные машины, запускаемые на разных узлах кластера — тем самым разбивается зависимость между ресурсами приложения (в данном случае виртуальными машинами) и дисковыми ресурсами. В качестве файловой системы CSV использует обычную NTFS. Для включения CSV необходимо в Failover Cluster Manage выполнить команду Enable Cluster Shared Volumes. Отключить поддержку CSV можно только через консоль:
Для использования этой команды должен быть загружен Failover Clusters, модуль PowerShell. Использование CSV совместно с live migration позволяет перемещать виртуальные машины между физическими серверами в считанные миллисекунды, без обрыва сетевых соединений и совершенно прозрачно для пользователей. Стоит отметить, что копировать любые данные (например, готовые виртуальные машины) на общие диски, использующие CSV, следует через узел-координатор.
Несмотря на то, что общий диск доступен со всех узлов кластера, перед записью данных на диск узлы запрашивают разрешение у узлакоординатора. При этом, если запись требует изменений на уровне файловой системы (например, смена атрибутов файла или увеличение его размера), то записью занимается сам узел-координатор.
Oracle RAC
Oracle Real Application Clusters (RAC) — это дополнительная опция Oracle Database, которая впервые появилась в Oracle Database 9i под названием OPS (Oracle Parallel Server). Опция предоставляет возможность нескольким экземплярам совместно обращаться к одной базе данных. Базой данных в Oracle Database называет ся совокупность файлов данных, журнальных файлов, файлов параметров и некоторых других типов файлов.
Для того, чтобы пользовательские процессы могли получить доступ к этим данным, должен быть запущен экземпляр. Экземпляр (instance) в свою очередь состоит из структур памяти (SGA) и фоновых процессов. В отсутствии RAC получить доступ к базе данных может строго один экземпляр.
Опция RAC не поставляется с Enterprise Edition и приобретается отдельно. Стоит отметить, что при этом RAC идет в составе Standard Edition, но данная редакция обладает большим количеством ограничений по сравнению с Enterprise Edition, что ставит под сомнение целесообразность ее использования.
Oracle Grid Infrastructure
Для работы Oracle RAC требуется Oracle Clusterware (или стороннее ПО) для объединения серверов в кластер. Для более гибкого управления ресурсами узлы такого кластера могут быть организованы в пулы (с версии 11g R2 поддерживается два варианта управления — на основании политик для пулов или, в случае их отсутствия, администратором).
Во втором релизе 11g Oracle Clusterware был объединен с ASM под общим названием Oracle Grid Infrastructure, хотя оба компонента и продолжают устанавливаться по различным путям.
Automatic Storage Management (ASM) — менеджер томов и файловая система, которые могут работать как в кластере, так и с singleinstance базой данных. ASM разбивает файлы на ASM Allocation Unit.
Размер Allocation Unit определяется параметром AU_SIZE, который задается на уровне дисковой группы и составляет 1, 2, 4, 8, 16, 32 или 64 MB. Далее Allocation Units распределяются по ASM-дискам для балансировки нагрузки или зеркалирования. Избыточность может быть реализована, как средствами ASM, так и аппаратно.
ASM-диски могут быть объединены в Failure Group (то есть группу дисков, которые могут выйти из строя одновременно — например, диски, подсоединенные к одному контролеру), при этом зеркалирование осуществляется на диски, принадлежащие разным Failure Group. При добавлении или удалении дисков ASM автоматически осуществляет разбалансировку, скорость которой задается администратором.
На ASM могут помещаться только файлы, относящиеся к базе данных Oracle, такие как управляющие и журнальные файлы, файлы данных или резервные копии RMAN. Экземпляр базы данных не может взаимодействовать напрямую с файлами, которые размещены на ASM. Для обеспечения доступа к данным дисковая группа должна быть предварительно смонтирована локальным ASM-экземпляром.
Oracle рекомендует использовать ASM в качестве решения для управления хранением данных вместо традиционных менеджеров томов, файловых систем или RAW-устройств.
Развертывание Oracle RAC
Рассмотрим этапы установки различных компонентов, необходимых для функционирования Oracle RAC в режиме active/active кластера с двумя узлами. В качестве дистрибутива будем рассматривать последнюю на момент написания статьи версию Oracle Database 11g Release 2. В качестве операционной системы возьмем Oracle Enterprise Linux 5. Oracle Enterprise Linux — операционная система, базирующаяся на RedHat Enterprise Linux. Ее основные отличия — цена лицензии, техническая поддержка от Oracle и дополнительные пакеты, которые могут использоваться приложениями Oracle.
Подготовка ОС к установке Oracle стандартна и заключается в создании пользователей и групп, задании переменных окружения и параметров ядра. Параметры для конкретной версии ОС и БД можно найти в Installation Guide, который поставляется вместе с дистрибутивом.
На узлах должен быть настроен доступ к внешним общим дискам, на которых будут храниться файлы базы данных и файлы Oracle Clusterware. К последним относятся votingdisk (файл, определяющий участников кластера) и Oracle Cluster Registry (содержит конфигурационную информацию — например, какие экземпляры и сервисы запущены на конкретном узле). Рекомендуется создавать нечетное количество votingdisk. Для создания и настройки ASMдисков желательно использовать ASMLib, которую надо установить на всех узлах:
# rpm -Uvh oracleasm-support-2.1.3-1.el4.x86_64.rpm
rpm -Uvh oracleasmlib-2.0.4-1.el4.x86_64.rpm
rpm -Uvh oracleasm-2.6.9-55.0.12.ELsmp-2.0.3-1.x86_64.rpm
Кроме интерфейса для взаимодействия с хранилищем на узлах желательно настроить три сети — Interconnect, External и Backup.
Необходимо настроить IP-адресацию (вручную или с использованием Oracl e GNS) и DNS для разрешения всех имен (или только GNS).
Вначале осуществляется установка Grid Infrastructure. Для этого загружаем и распаковываем дистрибутив, затем запускаем установщик. В процессе установки необходимо указать имя кластера; указать узлы, которые будут входить в кластер; указать назначение сетевых интерфейсов; настроить хранилище.
В конце нужно выполнить с правами root скрипты orainstRoot.sh и root.sh. Первым на всех узлах выполняется скрипт orainstRoot.sh, причем запуск на следующем узле осуществляется только после завершения работы скрипта на предыдущем. После выполнения orainstRoot.sh последовательно на каждом узле выполняется root.sh. Проверить успешность установки можно с помощью команды:
/u01/grid/bin/crsctl check cluster –all
Выполнив проверку, можно приступать к установке базы данных. Для этого запускаем Oracle Universal installer, который используется и для обычной установки базы.
Кроме active/active-кластера в версии 11g R2 существуют две возможности для создания active/passive-кластера. Одна из них — Oracle RACOneNode. Другой вариант не требует лицензии для RAC и реализуется средствами Oracle Clusterware. В этом случае вначале создается общее хранилище; затем устанавливается Grid Infrastructure, с использованием ASM_CRS и SCAN; а после этого на узлы устанавливается база данных в варианте Standalone. Далее создаются ресурсы и скрипты, которые позволяют запускать экземпляр на другом узле в случае недоступности первого.
Заключение
Oracle RAC совместно с Oracle Grid Infrastructure позволяют реализовать разнообразные сценарии построения кластеров. Гибкость настройки и широта возможностей компенсируются ценой такого решения.
Решения же Microsoft ограничены не только возможностями самой кластеризации, но и продуктами, которые могут работать в такой среде. Хотя стоит отметить, что набор таких продуктов все равно шире, чем одна база данных.
Ссылки по теме
Источник: xakep.ru