Как масштабировать Orion GE?

Я развернул экземпляр Orion в FILAB и настроил иньектор Cygnus для хранения информации в Cosmos.

Но ... давайте представим сценарий, в котором количество сущностей резко возрастает. В этом гипотетическом сценарии одного экземпляра Orion GE будет недостаточно, поэтому потребуется развернуть больше экземпляров.

Какая будет процедура масштабирования? С учетом максимальных квот:

Экземпляры виртуальных машин: 5 виртуальных ЦП: 10 Жесткий диск: 100 ГБ Память: 10240 МБ Общедоступный IP-адрес: 1

Я понимаю, что квоты могут быть изменены, но каков будет лимит бесплатного аккаунта?

Каким будет предел жесткого диска в Cosmos Head Node? (Теоретически квота 5 ГБ)

Можно ли развернуть больше экземпляров Orion Context Broker с одним общедоступным IP-адресом или потребуется запрашивать несколько общедоступных IP-адресов? Как?

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

Заранее спасибо. С уважением.

Рамон.


fiware fiware-orion fiware-cygnus fiware-cosmos
person Ramón Martínez Carreras    schedule 14.09.2015    source источник

Ответы (2)


arrow_upward
3
arrow_downward

Что касается масштабируемости Orion, она может включать два аспекта:

  • Масштабируемость по количеству сущностей. В этом случае дефицитным ресурсом является БД, поэтому вам потребуется масштабировать уровень MongoDB. Обычная процедура масштабирования MongoDB использует шарды, пожалуйста, проверьте официальную документацию MongoDB об этом.

  • Масштабируемость операций по управлению такими сущностями. В этом случае вы можете использовать дополнительные узлы Orion (каждый из которых работает на отдельной виртуальной машине, а также дополнительную виртуальную машину перед ними, на которой запущено программное обеспечение балансировки нагрузки для распределения нагрузки между узлами Orion). Orion - это процесс без сохранения состояния, который может работать в такой конфигурации горизонтального масштабирования, если: 1) вы не используете подписки ONTIMEINTERVAL (подробности см. В этот пост) (см. примечание UPDATE2 ниже), 2) вам необходимо настроить параметр -subCacheIval CLI с помощью достаточно маленькое значение, которое обеспечивает конечную согласованность (в основном, значение параметра -subCacheIval - это максимальное время, которое может пройти от подписки с шаблонами сущностей до тех пор, пока она не будет консолидирована во всех узлах Orion).

введите описание изображения здесь

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

Что касается сохранения данных в Cosmos через Cygnus, точно так же, как вы создаете ферму процессов Orion, вы можете добавить больше процессов Cygnus, отвечающих за получение уведомлений от фермы Orion. Просто определите стратегию сопоставления для всех ваших сущностей, определив подписки о том, какие сущности будут уведомлены о том, какой процесс Cygnus A, какой другой - процессу B Cygnus и т. Д. Проблема заключается в связи между этой фермой Cygnus и глобальным экземпляром Космос (находится в сети Интернет). Предполагая, что эта ферма cygnus работает поверх виртуальных машин с частной адресацией, вы должны установить какой-то прокси на другой виртуальной машине, чтобы получить доступ к Cosmos.

Что касается квоты HDFS, да, по умолчанию она составляет 5 ГБ, но может быть изменена по запросу. Стоит сказать, что в ближайшее время будет выпущен новый кластер HDFS с большей емкостью хранилища.

ОБНОВЛЕНИЕ: более подробное объяснение рабочего процесса для случая уведомления об обновлении подписки представлено в этот отдельный пост с вопросами и ответами.

ОБНОВЛЕНИЕ 2: подписки ONTIMEINTERVAL были удалены в Orion 1.0.0 (март 2016 г.).

person fgalan    schedule 11.10.2015
comment
Очень красивое описание. Спасибо, Фермин! - person Ramón Martínez Carreras; 22.10.2015
comment
Спасибо! Не забудьте пометить ответ как принятый, если вы считаете его правильным, чтобы он мог быть полезен другим пользователям. - person fgalan; 05.01.2016
comment
Также возможно создать кластер MongoDB и создать своего рода гео-CDN для использования во всем мире, поскольку у orion есть веб-интерфейс. - person LeonanCarvalho; 08.05.2017
comment
Точно, @LeonanCarvalho. Это то, что я имею в виду под обычной процедурой масштабирования MongoDB с использованием шардов, пожалуйста, проверьте официальную документацию MongoDB об этом. Спасибо! - person fgalan; 09.05.2017
comment
Обновлено: добавлена ​​ссылка на соответствующий пост с вопросами и ответами. - person fgalan; 09.05.2017
comment
Добавление обновления UPDATE2 об удалении подписок ONTIMEINTERVAL в Orion 1.0.0 время назад. - person fgalan; 30.10.2017

arrow_upward
0
arrow_downward

Емкость, предлагаемая Пробным пользователям (бесплатная учетная запись, как вы упомянули), следующая:

  • Экземпляры ВМ: 2
  • VCPU: 2
  • Жесткий диск: 40 ГБ свободного места
  • Память: 4096 МБ
  • Публичный IP: 1
  • Маршрутизаторы: 0
  • Сети: 0

Если вы запрашиваете дополнительную емкость, вам следует перейти на учетную запись сообщества (см. Этот документ Перейти к учетной записи сообщества

person flopez    schedule 17.09.2015
comment
Хорошо, в случае пробной учетной записи у вас есть 2 экземпляра виртуальных машин и 1 общедоступный IP-адрес. Какова процедура в FIWARE для одновременного доступа к 2 экземплярам Orion Context Broker только с 1 общедоступным IP-адресом? Спасибо! - person Ramón Martínez Carreras; 18.09.2015
comment
Ответ прост: назначьте IP-адрес балансировщику нагрузки и поместите Orion Context Broker в частный IP-адрес. Но имейте в виду, что вам нужно будет поместить балансировщик нагрузки и брокер контекста (один его экземпляр) в один и тот же экземпляр, или вам нужно будет увеличить емкость (экземпляра виртуальной машины). - person flopez; 21.09.2015
comment
Я думаю, вы имеете в виду PaaS Manager-Pegasus GE. Спасибо. - person Ramón Martínez Carreras; 21.09.2015