облачные системы
Primary tabs
облачные технологии - зачем нужны
изначально компы были нужны чтобы быстро считать
сейчас ещё добавилась проблема обработки о
огромных объёмов данных.
так бывает со всяким "сильнопосящемым сайтом"
ещё очень хотелось чтобы всё это не отказывало
два подхода к масшабированию:
1) вертикальное
2) горизонтальное
суперкомпьтеры не относятся к облачным системам
так как они сосредоточены чисто на расчётах -
на быстрых рассчётах
сегодня сложноть сисетм переносится от аппаратной части
к программной.
реальное железо начинает скрываться за тоннами софта
есть три основные типа, которые мы можем получить
от облаков:
IaaS - карманный облачый data-центр- здесь у вас есть инфрастуктура - голая виртуалка - с операционкой или без
(инфраструкура как сервис -как служба)
PaaS - платформа как сервис.
Какие службы уже работают в PaaS?
Пример SaaS
google docs - это типичный SaaS
Почему облачные системы считаются выгодными?
Дело в том, что тарификация в облаках
идёт только за реально потребляемые ресуры -
процесорное время, трафик и т.д.
Также бывает такой аспект как "обращение к хранилищу"
то есть здесь имеет такое довольно гибкое масшабирование
в облачных системах изначально заложена возможность горизонтального масшабирования
облачные технологии поволяют упростить обсуживание
процессор редко используется на компе всё время-
поэтому возникает идея виртуализировать
кучу машин на одной реальной
в конце 90-х начали присматриваться к
решениям связынным с гипервизором
основная фишка виртуализации сегодня это даже не сам гипервизор,
а управляющая система
дело в том, что сегодня надо где-то хранить образы виртуальных машин
делать это надо опять же гибко - чтобы ничего не пропало
поэтому огромную важность имеет система управления облаком - которая в том числе позволяет
перемещать виртуальные машины по реальным узлам
где-то пять лет назад появились решения которые позволяют передвинуть машину с одного узла на другой фактически не выключая её.
идея общего ядра
миграция контейнеров -
снимок контейнера можно будет куда-то переместить
с одной стороны контейнеры быстрее с другой стороны виртуальные машины более безопаны - так как они лучше изолируют -
да и не везде имеются одинаковые операционные системы
видимо, у нас будет отдельный доклад по виртуализации
для эффективной миграции требуется иметь общий контейнер для виртулаьных машин-
в каестве такого хранилища используют так называемые обратные хранилища.
ещё система управлением машинами должна
подсчитавать - и вести какую-то статистику о потребляеых ресурсах -
это позволит узнать как следует дальше развивать систему.
желеки они закупают под заказ или из имеющихся?
облачные системы сегодня решают две разные задачи:
1) то что раньше решалось арендой серверов сегодня перебирается в облака -
здесь стоит задача запустить кучу виртуальных машин на какой-то группе серверов
отношение один сервер=одна задача
2) Big Data - обработка больших объёмов данных -
причём таких, что их нельзя обработать на одном узле -
одна из первых фирм которые столкнулись с этим - гугл-
они думали - как бы сделать отказоустойчивые мегапоиск -
оттуда и выросло несколько решений которые позволяют предоставить возможность ахвата грыппы серверов и использовать их
для решения конкретной залачи параллельно.
для 1-ой задачи требуется не столько обеспечить с управлением
сколько организовать хранилище -
не у всех сисетм есть нормальное описание процесса и критериев выбора хранилища -
и не все аппаратные хранилища подходят для использовании облачных сисетм -
потому выбор хранилища - это один из ключевых моментов
сегодня не все решения для построения инраструктур позволяют нормально поднять портал виртуальных машин.
клиенский софт же будет рабоать также как и ранее на реальных пользовательских машинах.
для облаков обычно покупают более дорогин процессоры и вообще всё с увеличенным запасом прочности
в гугл заметили что из 1000 серверов 5 почему-то всегда не работают -
то на них что-то там меняют то ремонтируют
короче - нажо строить системы, где учитывается воможность отказа сервера -
поэтому центральная библиотека должна удостовериться что все части
задачи выполнены и результат получен.
так уровень отказоустойчивасти переносится с аппаратного на программный уровень
в этом пожалуй одно из главных отличий операционных систем -
они учитывают, что оборудование может отказать.
В случае с обласными комплексами если работает 1000 серверов -
используем их все - если пара упала - решаем проблему -
но работа системы в целом продолжается
"нельзя просто так взять и...запустить софт"
софт надо переписать
в PaaS ничего переписывать не надо -
но там всё-таки ограичена производительность
если мы говорим о супер-маштабах
так неструктурированные данные довольно фигово хранятся
в реляционных субд
другие же решения могут безконечно масшабироваться
без потери производительности
так банки используют решения типа мэйнфраэмов -
остальные же проекты обычно пытаются делать
на open source решениях - из соображений
"Если вам нужно много котиков - вам понадобится облако"
(с)
- vedro-compota's blog
- Log in to post comments
- 3842 reads