Вертикальное масштабирование в облачных сервисах

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

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

На настоящий момент Amazon предоставляет пять вариантов системных конфигураций. Если какой-нибудь из компонентов вашего приложения требует больших объемов RAM, чем поддерживается экземплярами Amazon, то считайте, что вам не повезло. По контрасту с этой ситуацией GoGrid предоставляет гораздо больше возможностей по индивидуальной настройке, включая индивидуальную работу по определению конфигураций с высокопроизводительными системами дискового ввода/вывода. Но, в конечном счете, ни один из этих вариантов не даст вам таких возможностей по созданию высокоиндивидуализированных конфигураций, как в случае применения конфигуратора Dell.

Хотя я привел в этой книге достаточно много информации о горизонтальном масштабировании, сам я всегда сначала пытаюсь выполнить вертикальное.

НАЧИНАЙТЕ С МАЛОГО

Когда мы строим приложения для Valtira, мы всегда начинаем с экземпляров Amazon модели medium (средний уровень) и тестируем приложение, чтобы убедиться в том, что оно и в самом деле требует использования моделей large или extra-large. И этот подход оправдан, потому что экземпляры на основе модели large стоят в четыре раза дороже, чем экземпляры на основе модели medium. Если вы можете добиться такой же производительности, разворачивая ваши приложения на четырех серверах приложений модели medium, как и на одном экземпляре на основе модели large, то вам лучше использовать экземпляры, основанные на модели medium, потому что таким образом вы одновременно добиваетесь как нужной производительности, так и высокой доступности. В случае же с экземпляром на основе модели large вы обеспечиваете только производительность.

Вертикальное масштабирование в облачной среде Amazon наиболее эффективно в случаях, когда вам требуются большие объемы RAM. Отличным примером такого приложения является ранее упомянутое приложение Valtira. Первую точку масштабирования для Valtira (в основном — RAM) я здесь не рассматриваю. Большинство систем, развертываемых на платформе Valtira, не требуют больших объемов RAM — как правило, от 1 до 2 Гбайт бывает достаточно. Некоторые приложения, использующие определенные компоненты платформы Valtira, требуют намного больших объемов RAM. Так как Valtira фактически требует таких же объемов памяти на всех серверах кластера, добавление новых серверов совсем не помогает. Переход к использованию сервера с большими объемами RAM, однако, меняет дело.

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

Таблица 7.1. Примеры выбора мощностей CPU для сервера Amazon

Конфигурация

Мощность

Стоимость

Восемь серверов Amazon medium

8000 просмотров страниц в минуту

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

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

На настоящий момент Amazon предоставляет пять вариантов системных конфигураций. Если какой-нибудь из компонентов вашего приложения требует больших объемов RAM, чем поддерживается экземплярами Amazon, то считайте, что вам не повезло. По контрасту с этой ситуацией GoGrid предоставляет гораздо больше возможностей по индивидуальной настройке, включая индивидуальную работу по определению конфигураций с высокопроизводительными системами дискового ввода/вывода. Но, в конечном счете, ни один из этих вариантов не даст вам таких возможностей по созданию высокоиндивидуализированных конфигураций, как в случае применения конфигуратора Dell.

Хотя я привел в этой книге достаточно много информации о горизонтальном масштабировании, сам я всегда сначала пытаюсь выполнить вертикальное.

НАЧИНАЙТЕ С МАЛОГО

Когда мы строим приложения для Valtira, мы всегда начинаем с экземпляров Amazon модели medium (средний уровень) и тестируем приложение, чтобы убедиться в том, что оно и в самом деле требует использования моделей large или extra-large. И этот подход оправдан, потому что экземпляры на основе модели large стоят в четыре раза дороже, чем экземпляры на основе модели medium. Если вы можете добиться такой же производительности, разворачивая ваши приложения на четырех серверах приложений модели medium, как и на одном экземпляре на основе модели large, то вам лучше использовать экземпляры, основанные на модели medium, потому что таким образом вы одновременно добиваетесь как нужной производительности, так и высокой доступности. В случае же с экземпляром на основе модели large вы обеспечиваете только производительность.

Вертикальное масштабирование в облачной среде Amazon наиболее эффективно в случаях, когда вам требуются большие объемы RAM. Отличным примером такого приложения является ранее упомянутое приложение Valtira. Первую точку масштабирования для Valtira (в основном — RAM) я здесь не рассматриваю. Большинство систем, развертываемых на платформе Valtira, не требуют больших объемов RAM — как правило, от 1 до 2 Гбайт бывает достаточно. Некоторые приложения, использующие определенные компоненты платформы Valtira, требуют намного больших объемов RAM. Так как Valtira фактически требует таких же объемов памяти на всех серверах кластера, добавление новых серверов совсем не помогает. Переход к использованию сервера с большими объемами RAM, однако, меняет дело.

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

Таблица 7.1. Примеры выбора мощностей CPU для сервера Amazon

Конфигурация

Мощность

Стоимость

Восемь серверов Amazon medium

8000 просмотров страниц в минуту

$0,80/час

Два сервера Amazon large

10 000 просмотров страниц в минуту

$0,80/час

Один сервер Amazon extra-large

10 000 просмотров страниц в минуту

$0,80/час

Если вы предполагаете линейное горизонтальное масштабирование, вы захотите перестроить инфраструктуру так, чтобы вместо восьми экземпляров medium использовать два экземпляра large. Понятно, что этот подход до абсурдности прост. Смысл, однако, заключается в том, что вертикальное масштабирование более разумно с финансовой точки зрения.

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

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

2.      Затем следует дождаться, когда новый экземпляр начнет отвечать на запросы.

3.      После этого из системы можно будет удалить один или большее количество маломощных экземпляров.

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

Источник: Риз Дж., Облачные вычисления: Пер. с англ. — СПб.: БХВ-Петербург, 2011. — 288 с.: ил.


,80/час

Два сервера Amazon large

10 000 просмотров страниц в минуту

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

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

На настоящий момент Amazon предоставляет пять вариантов системных конфигураций. Если какой-нибудь из компонентов вашего приложения требует больших объемов RAM, чем поддерживается экземплярами Amazon, то считайте, что вам не повезло. По контрасту с этой ситуацией GoGrid предоставляет гораздо больше возможностей по индивидуальной настройке, включая индивидуальную работу по определению конфигураций с высокопроизводительными системами дискового ввода/вывода. Но, в конечном счете, ни один из этих вариантов не даст вам таких возможностей по созданию высокоиндивидуализированных конфигураций, как в случае применения конфигуратора Dell.

Хотя я привел в этой книге достаточно много информации о горизонтальном масштабировании, сам я всегда сначала пытаюсь выполнить вертикальное.

НАЧИНАЙТЕ С МАЛОГО

Когда мы строим приложения для Valtira, мы всегда начинаем с экземпляров Amazon модели medium (средний уровень) и тестируем приложение, чтобы убедиться в том, что оно и в самом деле требует использования моделей large или extra-large. И этот подход оправдан, потому что экземпляры на основе модели large стоят в четыре раза дороже, чем экземпляры на основе модели medium. Если вы можете добиться такой же производительности, разворачивая ваши приложения на четырех серверах приложений модели medium, как и на одном экземпляре на основе модели large, то вам лучше использовать экземпляры, основанные на модели medium, потому что таким образом вы одновременно добиваетесь как нужной производительности, так и высокой доступности. В случае же с экземпляром на основе модели large вы обеспечиваете только производительность.

Вертикальное масштабирование в облачной среде Amazon наиболее эффективно в случаях, когда вам требуются большие объемы RAM. Отличным примером такого приложения является ранее упомянутое приложение Valtira. Первую точку масштабирования для Valtira (в основном — RAM) я здесь не рассматриваю. Большинство систем, развертываемых на платформе Valtira, не требуют больших объемов RAM — как правило, от 1 до 2 Гбайт бывает достаточно. Некоторые приложения, использующие определенные компоненты платформы Valtira, требуют намного больших объемов RAM. Так как Valtira фактически требует таких же объемов памяти на всех серверах кластера, добавление новых серверов совсем не помогает. Переход к использованию сервера с большими объемами RAM, однако, меняет дело.

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

Таблица 7.1. Примеры выбора мощностей CPU для сервера Amazon

Конфигурация

Мощность

Стоимость

Восемь серверов Amazon medium

8000 просмотров страниц в минуту

$0,80/час

Два сервера Amazon large

10 000 просмотров страниц в минуту

$0,80/час

Один сервер Amazon extra-large

10 000 просмотров страниц в минуту

$0,80/час

Если вы предполагаете линейное горизонтальное масштабирование, вы захотите перестроить инфраструктуру так, чтобы вместо восьми экземпляров medium использовать два экземпляра large. Понятно, что этот подход до абсурдности прост. Смысл, однако, заключается в том, что вертикальное масштабирование более разумно с финансовой точки зрения.

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

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

2.      Затем следует дождаться, когда новый экземпляр начнет отвечать на запросы.

3.      После этого из системы можно будет удалить один или большее количество маломощных экземпляров.

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

Источник: Риз Дж., Облачные вычисления: Пер. с англ. — СПб.: БХВ-Петербург, 2011. — 288 с.: ил.


,80/час

Один сервер Amazon extra-large

10 000 просмотров страниц в минуту

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

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

На настоящий момент Amazon предоставляет пять вариантов системных конфигураций. Если какой-нибудь из компонентов вашего приложения требует больших объемов RAM, чем поддерживается экземплярами Amazon, то считайте, что вам не повезло. По контрасту с этой ситуацией GoGrid предоставляет гораздо больше возможностей по индивидуальной настройке, включая индивидуальную работу по определению конфигураций с высокопроизводительными системами дискового ввода/вывода. Но, в конечном счете, ни один из этих вариантов не даст вам таких возможностей по созданию высокоиндивидуализированных конфигураций, как в случае применения конфигуратора Dell.

Хотя я привел в этой книге достаточно много информации о горизонтальном масштабировании, сам я всегда сначала пытаюсь выполнить вертикальное.

НАЧИНАЙТЕ С МАЛОГО

Когда мы строим приложения для Valtira, мы всегда начинаем с экземпляров Amazon модели medium (средний уровень) и тестируем приложение, чтобы убедиться в том, что оно и в самом деле требует использования моделей large или extra-large. И этот подход оправдан, потому что экземпляры на основе модели large стоят в четыре раза дороже, чем экземпляры на основе модели medium. Если вы можете добиться такой же производительности, разворачивая ваши приложения на четырех серверах приложений модели medium, как и на одном экземпляре на основе модели large, то вам лучше использовать экземпляры, основанные на модели medium, потому что таким образом вы одновременно добиваетесь как нужной производительности, так и высокой доступности. В случае же с экземпляром на основе модели large вы обеспечиваете только производительность.

Вертикальное масштабирование в облачной среде Amazon наиболее эффективно в случаях, когда вам требуются большие объемы RAM. Отличным примером такого приложения является ранее упомянутое приложение Valtira. Первую точку масштабирования для Valtira (в основном — RAM) я здесь не рассматриваю. Большинство систем, развертываемых на платформе Valtira, не требуют больших объемов RAM — как правило, от 1 до 2 Гбайт бывает достаточно. Некоторые приложения, использующие определенные компоненты платформы Valtira, требуют намного больших объемов RAM. Так как Valtira фактически требует таких же объемов памяти на всех серверах кластера, добавление новых серверов совсем не помогает. Переход к использованию сервера с большими объемами RAM, однако, меняет дело.

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

Таблица 7.1. Примеры выбора мощностей CPU для сервера Amazon

Конфигурация

Мощность

Стоимость

Восемь серверов Amazon medium

8000 просмотров страниц в минуту

$0,80/час

Два сервера Amazon large

10 000 просмотров страниц в минуту

$0,80/час

Один сервер Amazon extra-large

10 000 просмотров страниц в минуту

$0,80/час

Если вы предполагаете линейное горизонтальное масштабирование, вы захотите перестроить инфраструктуру так, чтобы вместо восьми экземпляров medium использовать два экземпляра large. Понятно, что этот подход до абсурдности прост. Смысл, однако, заключается в том, что вертикальное масштабирование более разумно с финансовой точки зрения.

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

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

2.      Затем следует дождаться, когда новый экземпляр начнет отвечать на запросы.

3.      После этого из системы можно будет удалить один или большее количество маломощных экземпляров.

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

Источник: Риз Дж., Облачные вычисления: Пер. с англ. — СПб.: БХВ-Петербург, 2011. — 288 с.: ил.


,80/час

Если вы предполагаете линейное горизонтальное масштабирование, вы захотите перестроить инфраструктуру так, чтобы вместо восьми экземпляров medium использовать два экземпляра large. Понятно, что этот подход до абсурдности прост. Смысл, однако, заключается в том, что вертикальное масштабирование более разумно с финансовой точки зрения.

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

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

2.      Затем следует дождаться, когда новый экземпляр начнет отвечать на запросы.

3.      После этого из системы можно будет удалить один или большее количество маломощных экземпляров.

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

Источник: Риз Дж., Облачные вычисления: Пер. с англ. — СПб.: БХВ-Петербург, 2011. — 288 с.: ил.

Вы можете следить за любыми ответами на эту запись через RSS 2.0 ленту. Вы можете промотать до конца и оставить ответ. Pinging в настоящее время не допускается.

Оставьте отзыв

XHTML: Вы можете использовать следующие теги: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

 
Rambler's Top100