А нормалная поддержка Linux и серверных платформ появилась?
Купленные еще в августе wd black nvme не заводились в линуксе через PCIe extension card, хотя любые другие samsung и всякие интелы работают без проблем.
Поставлено на рабочий десктоп с windows напрямую на слот на материнской плате — работает нормально.
Поддержка WD смогла ответить только Please bear in mind that as Linux is an open source Operating system we do not provide support or assistance, either on servers.
А что делать, если у меня чистые контейнеры (CaaS), при этом у меня настроено горизонтальное масштабирование и каждый узел в таком случае обычно принято называть инстанцией (по Вашему это становится IaaS?), и еще ко всему прочему контейнеры не простые а в виде PaaS (набор стеков разных языков и сервисов, типа tomcat, nodejs и прочие nginx`ы). При этом я точно также не управляю никакой инфраструктурой (сервера, сети, стораджи). Я счастливый обладатель Serverless PICaaS? ;)
Нет, настоящее облако как раз и предназначено чтобы предоставлять «неограниченные» ресурсы по запросу. Вопрос как они предоставляются — вертикально или горизонтально — вопрос второй, но они предоставляются автоматически, on-demand, и пользователь платит за факту их использования.
Про Communication — теперь понятно, первый раз не увидел это, спасибо. Облачные коммуникации — вещь хорошая и перспективная, удачи с разработками!
А что такое cpaas? По ссылке идет на описание paas. Что значит буква C вначале?
И не понятно что Вы хотите сказать словом serverless. Для пользователей любое облако serverless, в этом и смысле облака (один из..). В облаке оперируют словами Окружение, инстанция, контейнер… А на чем оно работает это проблемы оркестратора.
W серия действительно хорошо для задач где нужны мегагерцы, аналог в scalable линейке стоит в 3 раза дороже. Проблема в том что в наличии нет, срок поставки дистрибьюторами в EMEA и USA — 8-12 недель. Только если у каких-то реселлеров завалялось
Зачем писать статью, если Вы не понимаете в теме?
С каких это пор дедики и vps стали IaaS? Каким боком aws и azure стали PaaS?
PaaS это как уже сказали, Heroku, Jelastic (контейнерный PaaS). Дедики и VPS в чистом виде в принципе не облако.
Базы данных имеют нативные средства репликации. Они разные, со своими особенностями, но это нативные средства.
А вот например нативно файловую систему распределять с 40мс задержкой — уже совсем другая история.
Сетевая маршрутизация — это уже уровень инфраструктурного провайдера, в данном случае этот вопрос был в ответственности провайдера и заказчик (битрикс) тут мало что мог сделать. А вот держать хотя бы даже холодный резерв мог бы, тогда не пришлось бы копировать данные, что сократило бы срок восстановления в несколько раз. Это еще кстати спасибо что исходные данные были доступны, хоть и с перебоями. А то из бэкапов бы пришлось вытаскивать, а это как минимум потери данных.
Мой посыл что размещение серьезных критических проектов в рамках одной площадки — это не приемлимо в реалиях сегодняшнего дня и ожиданий клиентов. Failover решения в рамках одного провайдера — уже хорошо, но на примере этой ситуации видно, что гео распределение было бы более правильным и надежным.
Как конкретно это будет работать под капотом — решений много, это вопрос второй. Я не эксперт по галере, не мне Вам говорить, используйте что хотите, решений и вариантов полно, зависит от деталей как там оно крутится.
Да, правда, не увидел что это был комментарий второго уровня, уже на другой комментарий. От блока роскомнадзора свои IP понятно дело спасут.
Вот только стоимость анонса своих IP у амазон будет космическая, ибо это exception, а они это очень не любят. Об этом даже на сайте ничего нет, но народ пишет что такое возможно для крупных заказчиков. Но это уже другой вопрос…
Главное не BGP и блок адресов, а реализация кластера на базе 2 независимых локаций. Наличие своего блока IP адресов и размещение на одной площадке ничего бы не поменяло, а только усложнило.
Как раз базы данных — самое простое. У Вас MySQL/его клон? В чем проблемность gallera кластера? Он замечательно работает на уровне кластера РФ — ЕС, задержка в 40 мс не является проблемой от слова вообще. И никакой ручной работы нет в принципе, наоборот полная автоматизация как добавления узлов так и уменьшение.
Да даже элементарный master-slave, где slave в стороннем дц, чтобы в случае аварий его сделать мастером. Все же аварии не предполагаются регулярные. Хотя если делать нормально, то лучше делать нормально. И сценарии отработки аварий в том числе. Ну и конечно, не держать на инфраструктуре одного провайдера, будь он амазон или кто-либо еще, это единая точка отказа.
При всем уважении и понимании что вам пришлось пережить, не повторяйте ошибок хотя бы. Собственно из главных плюсов нормального облака — это использование ресурсов по необходимости и соответственно оплата по факту использования. Дальше идет сценарий работы в аварийной ситуации, это все можно полностью автоматизировать и сделать практически незаметным пользователю, причем самое приятное что за это не надо платить постоянно, не надо держать как в прошлом готовую инфраструктуру на готове.
И сделали ту же ошибку. Зачем размещать данные у одного провайдера, кем бы он не был? Как бы не 90 год, давно есть множество решений, в том числе и вполне бюджетных и провайдеро-независимых
На данный момент 10 гбит хватает более чем. Возможно это связано с количеством нод (чем их больше в кластере, тем меньше трафика стораджа на каждый конкретный сервер). В случае внештатных падений стораджа, трафик репликаций на каждый сервер поднимается до 2-3 гбит. Аплинк коммутаторов конечно уже легко может в 10 гбит упираться, но там 40г и пока далеко до лимитов.
Если упирается в десятку, надо посмотреть что именно расходует полосу, возможно трафик контейнеров а не сторадж? А так решение — добавить двух портовую 10г pcie карту, или уже сразу 40г на будущее, оно не так дорого стоит (относительно конечно). Есть еще вариант с infiniband, нам предлагали на тестирование но так и не дошли до этого. IMHO, это больше под частные облака под корпоративных заказчиков с соответствующими требованиями, мы все же предлагаем публичное облако.
Купленные еще в августе wd black nvme не заводились в линуксе через PCIe extension card, хотя любые другие samsung и всякие интелы работают без проблем.
Поставлено на рабочий десктоп с windows напрямую на слот на материнской плате — работает нормально.
Поддержка WD смогла ответить только Please bear in mind that as Linux is an open source Operating system we do not provide support or assistance, either on servers.
Про Communication — теперь понятно, первый раз не увидел это, спасибо. Облачные коммуникации — вещь хорошая и перспективная, удачи с разработками!
И не понятно что Вы хотите сказать словом serverless. Для пользователей любое облако serverless, в этом и смысле облака (один из..). В облаке оперируют словами Окружение, инстанция, контейнер… А на чем оно работает это проблемы оркестратора.
С каких это пор дедики и vps стали IaaS? Каким боком aws и azure стали PaaS?
PaaS это как уже сказали, Heroku, Jelastic (контейнерный PaaS). Дедики и VPS в чистом виде в принципе не облако.
habrahabr.ru/company/pixonic/blog/348060
А вот например нативно файловую систему распределять с 40мс задержкой — уже совсем другая история.
Сетевая маршрутизация — это уже уровень инфраструктурного провайдера, в данном случае этот вопрос был в ответственности провайдера и заказчик (битрикс) тут мало что мог сделать. А вот держать хотя бы даже холодный резерв мог бы, тогда не пришлось бы копировать данные, что сократило бы срок восстановления в несколько раз. Это еще кстати спасибо что исходные данные были доступны, хоть и с перебоями. А то из бэкапов бы пришлось вытаскивать, а это как минимум потери данных.
Как конкретно это будет работать под капотом — решений много, это вопрос второй. Я не эксперт по галере, не мне Вам говорить, используйте что хотите, решений и вариантов полно, зависит от деталей как там оно крутится.
Вот только стоимость анонса своих IP у амазон будет космическая, ибо это exception, а они это очень не любят. Об этом даже на сайте ничего нет, но народ пишет что такое возможно для крупных заказчиков. Но это уже другой вопрос…
Да даже элементарный master-slave, где slave в стороннем дц, чтобы в случае аварий его сделать мастером. Все же аварии не предполагаются регулярные. Хотя если делать нормально, то лучше делать нормально. И сценарии отработки аварий в том числе. Ну и конечно, не держать на инфраструктуре одного провайдера, будь он амазон или кто-либо еще, это единая точка отказа.
При всем уважении и понимании что вам пришлось пережить, не повторяйте ошибок хотя бы. Собственно из главных плюсов нормального облака — это использование ресурсов по необходимости и соответственно оплата по факту использования. Дальше идет сценарий работы в аварийной ситуации, это все можно полностью автоматизировать и сделать практически незаметным пользователю, причем самое приятное что за это не надо платить постоянно, не надо держать как в прошлом готовую инфраструктуру на готове.
Если упирается в десятку, надо посмотреть что именно расходует полосу, возможно трафик контейнеров а не сторадж? А так решение — добавить двух портовую 10г pcie карту, или уже сразу 40г на будущее, оно не так дорого стоит (относительно конечно). Есть еще вариант с infiniband, нам предлагали на тестирование но так и не дошли до этого. IMHO, это больше под частные облака под корпоративных заказчиков с соответствующими требованиями, мы все же предлагаем публичное облако.