Кластер серверов 1С:Предприятия 8 является логическим понятием и представляет собой множество рабочих процессов, обслуживающих один и тот же набор информационных баз.

Основные возможности кластера серверов

• кластер серверов может функционировать на одном или нескольких компьютерах (рабочих серверах);
• на каждом рабочем сервере может функционировать один или несколько рабочих процессов, обслуживающих клиентские соединения в рамках данного кластера;
• подключение новых клиентов к рабочим процессам кластера выполняется на основе анализа долгосрочной статистики загруженности рабочих процессов;
• взаимодействие процессов кластера с клиентскими приложениями, между собой и с сервером баз данных осуществляется по протоколу TCP/IP;
• процессы кластера сервера могут быть запущены как приложение, или как сервис.

Общая схема клиент-серверного варианта работы

В клиент-серверном варианте работы клиентское приложение взаимодействует с кластером серверов, который, в свою очередь, осуществляет взаимодействие с сервером баз данных.

Один из компьютеров, входящих в состав кластера серверов, является центральным сервером кластера. Центральный сервер, помимо обслуживания клиентских соединений, управляет работой всего кластера и хранит реестр кластера.

Для клиентского соединения кластер адресуется по имени центрального сервера и номеру IP порта. Если используется стандартный IP порт, то достаточно указания одного имени центрального сервера.

При установке соединения клиентское приложение обращается к центральному серверу кластера. Центральный сервер, на основе анализа статистики загруженности рабочих процессов, направляет клиентское приложение к конкретному рабочему процессу, который будет его обслуживать. Этот процесс может находиться как на центральном сервере, так и на любом рабочем сервере кластера.

Рабочий процесс выполняет аутентификацию пользователя и обслуживает соединение до окончания сеанса работы клиента с данной информационной базой.

Состав простейшего кластера серверов

Простейший кластер серверов может располагаться на одном компьютере и содержать один рабочий процесс:

На рисунке представлены все элементы, которые задействованы в работе кластера серверов, а именно:

• процессы кластера серверов:
  • ragent.exe;
  • rmngr.exe;
  • rphost.exe;
• хранилища данных:
  • список кластеров;
  • реестр кластера.

Функционирование компьютера в составе кластера обеспечивается процессом ragent.exe, который называется агентом сервера. Соответственно компьютер, на котором запущен агент сервера, называется рабочим сервером. Одной из функций агента сервера является ведение списка кластеров, расположенных на данном рабочем сервере.

Агент сервера и список кластеров не входят в состав кластера серверов, а лишь обеспечивают работу сервера и кластеров, которые расположены на нем.

Непосредственно кластер серверов включает в себя следующие элементы:

• процесс rmngr.exe;
• реестр кластера;
• один или несколько процессов rphost.exe.

Процесс rmngr.exe называется менеджером кластера. Этот процесс управляет функционированием всего кластера. В составе кластера этот процесс всегда существует в единственном экземпляре. Рабочий сервер, на котором функционирует менеджер кластера и располагается реестр кластера, называется центральным сервером кластера. Одной из функций менеджера кластера является ведение реестра кластера.

Процесс rphost.exe называется рабочим процессом. Рабочий процесс обслуживает непосредственно клиентские приложения, взаимодействует с сервером баз данных и в нем, в частности, могут исполняться процедуры серверных модулей конфигурации.

Масштабируемость кластера серверов

Масштабируемость кластера серверов может осуществляться несколькими способами:

• за счет увеличения количества рабочих процессов, функционирующих на конкретном рабочем сервере;
• за счет увеличения количества рабочих серверов, входящих в состав кластера.

Использование нескольких рабочих процессов, с одной стороны, позволяет снизить нагрузку на каждый конкретный рабочий процесс. С другой стороны, запуск нескольких рабочих процессов позволяет более эффективно использовать аппаратные ресурсы рабочего сервера. Кроме этого запуск нескольких рабочих процессов позволяет повысить надежность сервера, изолировав группы клиентов, работающих с разными информационными базами.

Увеличение количества рабочих серверов, входящих в кластер, позволяет использовать большее количество рабочих процессов (обслуживать большее количество клиентских соединений), не увеличивая при этом нагрузку на каждый конкретный рабочий процесс.

Работа кластера серверов под управлением различных операционных систем

Все процессы кластера серверов способны функционировать как под управлением операционной системы Windows, так и под управлением операционной системы Linux. Благодаря тому, что взаимодействие процессов между собой осуществляется по протоколу TCP/IP, в составе одного кластера могут присутствовать рабочие серверы с различными операционными системами.

Утилита администрирования кластера серверов

В поставку системы входит утилита администрирования клиент-серверного варианта работы, позволяющая изменять состав кластера, управлять информационными базами, подключением пользователей, а также выполнять оперативный анализ транзакционных болокировок.

________________________

Описание взято с сайта http://v8.1c.ru/overview/cluster.htm

теперь немного подробнее:

Кластер 1С 8.3

Первым делом, после установки кластера 1С ранее нужно было создать рабочие процессы. Как оказалось, процессы кластера начали создаваться автоматически в зависимости от нагрузки базы.

Пробный запуск фоновых заданий основной базы заставило кластер 1С бесконечно перегружать rphost.exe и дополнительный rphost.exe никак не хотел создаваться. Покопавшись в настройках все стало понятно.

Максимальный объем памяти рабочих процессов — это объем памяти, который могут использовать рабочие процессы вместе. Нужно быть очень внимательными при установке параметра, измеряется в байтах. Если установить неверное значение (недостаточное для нормальной работы пользователей) пользователям будет выдана ошибка «Недостаточно свободной памяти на сервере 1С». Так же эту ошибку можно получить, когда на сервере 1С закончилась квота по памяти.

Безопасный расход памяти за один вызов — позволяет контролировать расход памяти при серверном вызове, измеряется в байтах. Если вызов использует больше памяти чем положено, этот вызов будет завершен в рамках кластера 1С без перезапуска рабочего процесса (rphost.exe). Соответственно «неудачник», который выполнил вызов сервера, утратит сеанс с базой 1С без влияния на работу других пользователей.

в одном ГБ — 1073741824 Байт, следовательно в 2 ГБ — 2147483648 Байта

Объем памяти рабочих процессов, до которого сервер считается производительным — при превышении этого параметра сервер в кластере 1С перестанет принимать новые соединения.

Количество ИБ на процесс — позволяет изолировать информационные базы по рабочим процессам. По умолчанию у текущего кластера 1С было установлено значение — «8», но на протяжении нескольких часов работы сервер себя очень нестабильно, сеансы пользователей зависали. После изоляции каждой информационной базы (значение — «1») проблемы пропали.

Количество соединений на процесс — по умолчанию значение «128». Так как у текущей базы очень большая нагрузка фоновыми заданиями (расчет логистики, анализ прайсов, анализ конкурентов и прочее) было принято решение уменьшить количество до «25».

Немного изменились настройки и самого кластера 1С:

Уровень отказоустойчивости — это количество рабочих серверов, которые могут одновременно выйти из строя, и это не приведет к аварийному завершению работы пользователей. Резервные сервисы запускаются автоматически в количестве, необходимом для обеспечения заданной отказоустойчивости. В реальном режиме времени выполняется репликация активного сервиса на резервные.

Режим распределения нагрузки — есть два варианта параметра: «Приоритет по производительности» — памяти сервера тратится больше и производительность выше, «Приоритет по памяти» — кластер 1С экономит память сервера.

Сервер 8.3 характеризуется переработанным заново внутренним кодом, хотя «снаружи» может показаться что это слега доработанный 8.2.

Сервер стал более «авто настраиваемым», часть параметров типа количества рабочих процессов теперь не создается вручную, а рассчитывается исходя из описаний требований задач по отказоустойчивости и надежности.

Это снижает вероятность неправильной настройки сервера и понижает требования к квалификации админов.

Получил развитие механизм балансировки нагрузки, который можно использовать либо для повышения производительности системы в целом, либо использовать новый режим «экономии памяти», который позволяет работает «с ограниченной памятью» в случаи если используемая конфигурация «любит отъедать память».

Стабильность работы при использовании больших объемов памяти определятся новыми параметрами рабочего сервера.

Особенно интересен параметр «безопасный расход памяти за один вызов». Для тех кто плохо представляет что это такое — лучше не тренируйтесь на «продуктивной» базе. Параметр «Максимальный объем памяти рабочих процессов» позволяет при «переполнении» не обваливать весь рабочий процесс, а только один сеанс «с неудачником». «Объем памяти рабочих процессов, до которого сервер считается производительным» позволяет заблокировать новые соединения как только будет преодолен этот порог памяти.

Рекомендую изолировать рабочие процессы по информационным базам, к примеру указать параметр «Количество ИБ на процесс = 1″. При нескольких высоконагруженных базах это позволит уменьшить взаимное влияние как по надежности, так и по производительности.

Отдельный вклад в стабильность системы вносит «расходование» лицензий/ключей. В 8.3 появилась возможность использования «менеджера программных лицензий» напоминая менеджер «аладина». Цель — возможность вынести ключ на отдельную машину.

Реализован он в виде еще одного «сервиса» в менеджера кластера. Вы можете использовать к примеру «свободный» ноутбук. Добавьте его в кластер 1с 8.3, создайте на нем отдельный менеджер с сервисом «сервис лицензирования». В ноутбук можно воткнуть аппаратных hasp-ключ, или активировать программные лицензии.

Наибольший интерес для программистов должен представлять «Требования назначения функциональности».

Требования назначенной функциональности 1с

Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» — «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения.

Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельный машины. При чем можно одно фоновое задание «закрытия месяца» через «Значение дополнительного параметра» запускать на одном компьютере, а фоновое задание «Обновление полнотекстового индекса» на другом.Уточнение происходит через указание «Значение дополнительного параметра». Например если указать BackgroundJob.CommonModule в качестве значения, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule.<Имя модуля>.<Имя метода> — укажет конкретный код.

Кластер 1С 8.2

Сеансы позволяют выполнять балансировку загруженности и отказоустойчивости в управляемом приложении.

Менеджер кластера теперь стал сложнее. Часть функций теперь можно выделить в отдельный процесс и даже разместить на другом рабочем сервере кластера. Это позволяет балансировать загруженность сервера.

Отказоустойчивость сервера 8.2 достигается за счет:

• Хранение информации о сеансе работы пользователя.
• Пользователь не привязан больше к рабочему процессу.
• Резервирование рабочих процессов в кластере.
• Должно быть несколько рабочих процессов, в том числе резервируемые
• Резервирование кластеров.

Указывается запасной кластер, при подключении — перечисляются в строке соединения

Это позволяет обеспечить непрерывность работы!

При разрыве физического соединения клиента с кластером (уборщица выдернула кабель, отключилось питание сетевого оборудования, неполадки у провайдера) не приходится заново подключаться к информационной базе и начинать всю работу сначала. После восстановления физического соединения пользователь может продолжить работу с того места, на котором она была прервана.

Если требуется техническое обслуживание компьютеров кластера, их можно выключать прямо во время работы, не останавливая работу пользователей с информационной базой.

При выходе из строя любого сервера кластера работа пользователей не остановится она будет автоматически переведена на резервный кластер и/или на резервные рабочие процессы. Для пользователей такой переход будет незаметным.

Если один из рабочих процессов кластера завершится аварийно, подключенные к нему пользователи будут автоматически переведены на другие или резервные рабочие процессы. Такой переход также будет незаметен для пользователей.

8.2. Примеры кластерных решений HP 8.3. Примеры кластерных решений SGI 8.4. SMP Power Challenge фирмы Silicon Graphics 8.5. Семейство SUN Ultra Enterprise фирмы SUN

8.5.1 Сервер Sun Enterprise 10S 8.5.2 Сервер Sun Enterprise 250 8.5.3 Сервер Sun Enterprise 220R 8.5.4 Cервер Sun Enterprise 450 8.5.5 Сервер Sun Enterprise 420R 8.5.6 Сервер Sun Enterprise 3500 8.5.7 Сервер Sun Enterprise 4500 8.5.8 Сервер Sun Enterprise 5500 8.5.9 Сервер Sun Enterprise 6500 8.5.10 Сервер Sun Enterprise 10000

8.6. Семейство массово-параллельных машин ВС МВС-100 и МВС-1000

8.6.1 МВС-100 8.6.2 МВС-1000

8.7. ВС с распределённой памятью фирм Sequent и DATA GENERAL 8.8. Современные кластеры DIGITAL 8.9. Современные суперкомпьютеры - Cray T3E-1200 8.10. Тестовое задание

Развитие сетевых технологий привело к появлению недорогих, но эффективных коммуникационных решений. Это и предопределило появление кластерных вычислительных систем, фактически являющихся одним из направлений развития компьютеров с массовым параллелизмом. Классические суперкомпьютеры, использующие специализированные процессоры таких фирм как, например, Сray, NEC (векторно-параллельные или массивно-параллельные), обычно недешевы, поэтому и стоимость подобных систем не сравнима со стоимостью систем, находящихся в массовом производстве. Вычислительные системы, создаваемые из массово выпускаемых компонентов, стали притягательной альтернативой традиционным суперкомпьютерным системам. При выполнении многих прикладных задач такие ВС, даже с небольшим или средним (до 128–256) числом вычислительных модулей, показывают производительность, не уступающую или даже превосходящую производительность традиционных суперкомпьютеров как с распределенной, так и с разделяемой памятью. Наряду с этим, эти ВС обладают рядом преимуществ, среди которых: более низкая стоимость, короткий цикл разработки и возможность оперативно использовать наиболее эффективные вычислительные и коммуникационные компоненты из имеющихся на рынке во время создания системы. Поэтому неудивительно, что ведущие фирмы разработчики высокопроизводительной техники приступили к созданию кластерных систем.

8.1. Примеры кластерных решений IBM Вначале 2000 года IBM создала Linux-кластер из установленных в стойке серверов IBMxSeries, интегрировав их с соответствующими сетями, системами управления (аппаратное и программное обеспечение) и необходимыми услугами. После выпуска в 2001 году кластера 1300, IBM представила недавно кластер 1350 на процессорах Intel Xeon.

Стандартным вычислительным узлом для кластера 1350 является IBMxSeries 335 . Это позволяет одному или двум процессорам Intel Pentium 4 (Xeon) с быстрой динамической памятью и диском размещаться в стандартном корпусе размером «1U». Символ 1U обозначает 1,75 дюймов высоты в стандартном 19-и дюймовом корпусе. Х335 имеет встроенный сервисный процессор и два слота для соединения с другими компонентами системами.

Головные узлы, узлы управления и узлы запоминающих устройств обеспечивают особые функции для управления кластером (как обеспечение загрузки, управление устройствами, внешний ввод/вывод и т.д). Сервер 2U IBM xSeries 345, основанный на процессорах Xeon, в кластере1350 используется, как узел управления и хранения данных и может быть также использован как вычислительный узел. Коммутаторы используются для межпроцессорного соединения в параллельном программировании и для различных функций управления.

Для параллельного программирования в качестве межпроцессорного соединения обычно используется коммутатор Myrinet фирмы Myricom. Пропускная способность канала составляет приблизительно 200 Мбайт/с в каждом направлении со временем задержки 6-8 мкс.

Терминальные серверы обеспечивают удалённый доступ к консолям ОС узлов через последовательную сеть. Дополнительные функциональные возможности добавляются посредством клавиатуры, мыши, монитора.

Пример конфигурации кластера 1350

	Число узлов кластера	Скорость процессора, ГГц	Память системы, Гбайт	Внутренняя память, Гбайт	Соединение кластера, Мбит/с
Начальный					10/100 Ethernet
					10/100 Ethernet
Профессиональный					Gigabit Ethernet
Высоко-производительный

Коммерческий программный пакет может включать в себя WebSphere, DB2, MySQL и т.д. HPC пакет может включать MPICH, PVM, Maui Scheduler, математические библиотеки, трансляторы, профилировщики и т.д.

Оперативная системаLinux инсталлирована на каждом узле кластера. Кластер 1350 запускается под Red Hat Linux. В дальнейшем планируется ставить ОС SuSE (4Q02).

Большинство сложившихся систем управления, называемых xCAT, были разработаны IBM для сборки кластеров на основе требований заказчика. xCAT поддерживает все требуемые функции, включая функции удаленного контроля. Отметим, что xCAT использует сервисный процессор xSeries и что xCAT не является открытым программным продуктом. Продукт поставляется свободно с кластерным пакетом IBM, включая исходные тексты.

Управление системами кластера для Linux (CSM) - это лицензионный программный продукт IBM. Он обеспечивает функции управления системами, сходными по форме с программами поддержки параллельных систем (Parallel System Support Programs - PSSP) для AIX-систем уровня поддержки на RS/6000 SP. CSM - это стандартный программный продукт для кластера 1350.

CSM для Linux включает технологию, извлечённую из PSSP, и сейчас доступную на AIX для управления кластерами, собранными из серверов xSeries и запускаемых под Linux, серверами IBM pSeries, управляемых AIX, или комбинацией обеих операционных систем.

Другие программные продукты, как взятые из открытого доступа, так и лицензионные, могут быть выбраны и адаптированы к нуждам заказчика и инсталлированы в виде части полной системы всего кластерного решения. Образцы этого ПО включают Portable Batch Scheduler (PBS) и Maui Scheduler, взятые из открытого доступа. Другие образцы включают MPICH для параллельного программирования, математические библиотеки, инструментарий для параллельной отладки и повышения производительности и много других приложений от независимых продавцов.

Кластер серверов 1С:Предприятия 8 - основной компонент платформы, обеспечивающий взаимодействие между пользователями и системой управления базами данных в клиент-серверном варианте работы. Наличие кластера позволяет обеспечить бесперебойную, отказоустойчивую, конкурентную работу большого количества пользователей с крупными информационными базами.

Кластер серверов 1С:Предприятия 8 является логическим понятием и представляет собой совокупность рабочих процессов, обслуживающих один и тот же набор информационных баз.

Основные возможности кластера серверов

• может функционировать на одном или нескольких компьютерах (рабочих серверах);
• на каждом рабочем сервере может функционировать один или несколько рабочих процессов, обслуживающих клиентские соединения в рамках данного кластера;
• подключение новых клиентов к рабочим процессам кластера выполняется на основе анализа долгосрочной статистики загруженности рабочих процессов;
• взаимодействие процессов кластера с клиентскими приложениями, между собой и с сервером баз данных осуществляется по протоколу TCP/IP;
• процессы кластера сервера могут быть запущены как приложение, или как сервис.

Общая схема клиент-серверного варианта работы

В клиент-серверном варианте работы клиентское приложение взаимодействует с кластером серверов, который, в свою очередь, осуществляет взаимодействие с сервером баз данных.

Один из компьютеров, входящих в состав кластера серверов, является . Центральный сервер, помимо обслуживания клиентских соединений, управляет работой всего кластера и хранит реестр кластера .

Для клиентского соединения кластер адресуется по имени центрального сервера и номеру сетевого порта. Если используется стандартный сетевой порт, то достаточно указания одного имени центрального сервера.

При установке соединения клиентское приложение обращается к центральному серверу кластера. Центральный сервер, на основе анализа статистики загруженности рабочих процессов, направляет клиентское приложение к конкретному рабочему процессу , который будет его обслуживать. Этот процесс может находиться как на центральном сервере, так и на любом рабочем сервере кластера.

Рабочий процесс выполняет аутентификацию пользователя и обслуживает соединение до окончания сеанса работы клиента с данной информационной базой.

Состав простейшего кластера серверов

Простейший кластер серверов может располагаться на одном компьютере и содержать один рабочий процесс:

На рисунке представлены все элементы, которые задействованы в работе кластера серверов, а именно:

• процессы кластера серверов:
  • ragent.exe ;
  • rmngr.exe ;
  • rphost.exe ;
• хранилища данных:
  • список кластеров;
  • реестр кластера.

• ragent.exe ;
• rmngr.exe ;
• rphost.exe ;

• список кластеров;
• реестр кластера.

Функционирование компьютера в составе кластера обеспечивается процессом ragent.exe , который называется агентом сервера . Соответственно компьютер, на котором запущен агент сервера, называется рабочим сервером . Одной из функций агента сервера является ведение списка кластеров , расположенных на данном рабочем сервере.

Агент сервера и список кластеров не входят в состав кластера серверов, а лишь обеспечивают работу сервера и кластеров, которые расположены на нем.

Непосредственно кластер серверов включает в себя следующие элементы:

• один или несколько процессов rmngr.exe ;
• реестр кластера ;
• один или несколько процессов rphost.exe .

Процесс rmngr.exe называется менеджером кластера . Этот процесс управляет функционированием всего кластера. В составе кластера может существовать несколько процессов менеджера кластера. Один из этих процессов всегда является главным менеджером кластера , остальные - дополнительными менеджерами . Рабочий сервер, на котором функционирует главный менеджер кластера и располагается реестр кластера, называется центральным сервером кластера . Одной из функций главного менеджера кластера является ведение реестра кластера.

Процесс rphost.exe называется рабочим процессом . Рабочий процесс обслуживает непосредственно клиентские приложения, взаимодействует с сервером баз данных и в нем, в частности, могут исполняться процедуры серверных модулей конфигурации.

Масштабируемость

Масштабируемость кластера серверов может осуществляться несколькими способами:

• за счет увеличения количества менеджеров кластера и распределения между ними сервисов;
• за счет увеличения количества рабочих процессов, функционирующих на конкретном рабочем сервере;
• за счет увеличения количества рабочих серверов, входящих в состав кластера.

Все функции, выполняемые менеджером кластера, разделены на несколько сервисов . Эти сервисы могут быть назначены различным менеджерам кластера, что позволяет распределить всю нагрузку между несколькими процессами.

Часть сервисов может использоваться только на главном менеджере кластера:

• сервис конфигурации кластера,
• сервис блокировок кластера,
• сервис управления предметами отладки.

Остальные сервисы могут быть назначены произвольным менеджерам кластера:

• сервис журналов регистрации,
• сервис полнотекстового поиска,
• сервис заданий,
• сервис нумерации,
• сервис пользовательских настроек,
• сервис времени,
• сервис блокировки объектов,
• сервис сеансовых данных,
• сервис транзакционных блокировок.

Использование нескольких рабочих процессов, с одной стороны, позволяет снизить нагрузку на каждый конкретный рабочий процесс. С другой стороны, запуск нескольких рабочих процессов позволяет более эффективно использовать аппаратные ресурсы рабочего сервера. Кроме этого запуск нескольких рабочих процессов позволяет повысить надежность сервера, изолировав группы клиентов, работающих с разными информационными базами. В кластере, в котором возможен запуск нескольких рабочих процессов, рабочий процесс может быть автоматически перезапущен по истечении времени, установленного администратором кластера.

Увеличение количества рабочих серверов, входящих в кластер, позволяет использовать большее количество рабочих процессов (обслуживать большее количество клиентских соединений), не увеличивая при этом нагрузку на каждый конкретный рабочий процесс.

Отказоустойчивость

Отказоустойчивость работы кластера обеспечивается в трех направлениях:

• резервированием самого кластера,
• резервированием рабочих процессов,
• устойчивостью к обрыву канала связи.

Подробнее...

Сеансы

Сеанс определяет активного пользователя информационной базы и поток управления этого пользователя. Существуют следующие виды сеансов:

• Толстый клиент , Тонкий клиент , Веб-клиент - создаются при обращении, соответственно, толстого, тонкого и веб-клиента к информационной базе,
• Конфигуратор - создается при обращении конфигуратора к информационной базе,
• COM-соединение - создается при обращении к информационной базе через внешнее соединение,
• WS-соединение - создается при обращении веб-сервера к информационной базе в результате обращения к Web-сервису, опубликованному на веб-сервере,
• Фоновое задание - создается при обращении рабочего процесса кластера к информационной базе. Предназначен для выполнения кода процедуры фонового задания,
• Консоль кластера - создается при обращении утилиты администрирования клиент-серверного варианта к рабочему процессу,
• COM-администратор - создается при обращении к рабочему процессу через внешнее соединение.

Работа под управлением различных операционных систем

Все процессы кластера серверов способны функционировать как под управлением операционной системы Windows, так и под управлением операционной системы Linux. Благодаря тому, что взаимодействие процессов между собой осуществляется по протоколу TCP/IP, в составе одного кластера могут присутствовать рабочие серверы с различными операционными системами. Подробнее...

Этой зимой создатели арт-кластера "Архитектор" открыли на 8-й Советской, в здании бывшей каретной станции, пространство с географическим баром, кальянной, кондитерской, магазином для кошек и еще несколькими проектами.

"Третий кластер" занял маленький трехэтажный дом почти на пересечении Греческого проспекта и 8-й Советской улицы - вместе с внутренним двориком, который художник Игорь Яновский с первого по последний этаж расписал яркими рисунками. Летом дворик станет самой активной частью "Третьего кластера" - здесь откроется кафе, будут проводиться мероприятия. А пока - краткий гид по "Третьему кластеру".

- Географический бар Humboldt. Бар на первом этаже "Третьего кластера" (вход с 8-й Советской) буквально пропитан духом путешествий. Заведение названо в честь легендарного прусского путешественника, физика и биолога Александра фон Гумбольта, и в его меню вошли блюда тех стран, где он успел побывать. А таких стран было немало, поэтому в баре Humboldtможно попробовать и фахитос с говядиной, и поленту, и кубинский суп, и эквадорский крем-суп, и баварские колбаски, а в барной карте представлен ром со всех концов света. Географическая составляющая бара проявилась и в интерьере: на стене - огромная фреска, повторяющая карту Северной Европы, в старинном книжном шкафу - подборка книг про путешествия.
В баре не будет слишком шумных вечеринок, зато планируется проводить бар-квизы (интеллектуально-алкогольные викторины), лекции, кинопоказы и сравнительные дегустации алкоголя.

- Лавка "Глазурь". У лавки "Глазурь", которая когда-то была популярной службой доставки пончиков, наконец-то появилось собственное "оффлайновое" представительство в "Третьем кластере" (вход с 8-й Советской). В меню девять видов пончиков: без начинки с белой и шоколадной глазурью, и с разнообразными наполнителями (лесные ягоды, яблоко-корица, чизкейк, орех пекан с кленовым сиропом, банан, лимон, сливочный крем с мятной глазурью). Но в меню есть не только сладкие позиции: вот-вот запустятся комбо-обеды, состоящие из крем-супа на выбор и панини на гриле с одной из пяти начинок на выбор.
А еще здесь отличный эспрессо всего за 43 рубля - свежеобжаренные зерна закупаются у владельцев легендарной кофейни .

- Cover Bar - чайно-кальянный бар. Кальянная с необычным интерьером: помимо основного зала, здесь есть игровая комната с Sony PS и уютные отдельные кабинки-каюты со входами-иллюминаторами. Помимо собственно кальянов (которые, по словам создателей бара, сделаны на заказ мастером Ginza Project из специального авиационного алюминия), здесь можно попробовать разнообразные чаи, алкогольные и безалкогольные коктейли; позже обещают добавить закуски. Периодически в баре будут проводиться небольшие вечеринки и акустические концерты.
Кстати, возможно, вскоре в "Третьем Кластере" появится еще один кальянный бар - под другим названием и с другой концепцией.

- Кулинарное пространство "Кухня". Открытая кухня, где можно проводить разнообразные гастрономические мероприятия: мастер-классы от известных шеф-поваров, кулинарные курсы, девичники с приготовлением и поеданием еды и так далее. В распоряжении гостей - стационарная кухня, "кухонный остров" с индукционными плитами, весь необходимый кухонный инвентарь. Все очень по-домашнему, гости ходят в тапочках.
Периодически создатели "Кухни" и сами проводят гастрономические занятия и вечеринки, на которых сначала можно научиться готовить что-нибудь интересное (у каждой вечеринки - своя тема), а потом в дружеской компании отужинать тем, что получилось.

Помимо "общепитовых" проектов, в "Третьем кластере" работают тату-студия, магазин косметики ручной работы, парикмахерская на чердаке с непринужденной дружеской обстановкой, где клиентов угощают чаем, первый в Петербурге специализированный магазин для кошек и собак U:ME & Pets и проект Amabam (одновременно магазин и коммуникационное пространство для всех, кто увлекается хэндмэйдом - и для мастеров, и для покупателей).

Кстати, неподалеку от "Третьего Кластера" его создатели открыли еще одно креативное пространство - "Флигель". Впрочем, о нем - чуть позже.