cloudatcost.com/dedicated-servers

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

Давайте я пройдусь по проблемам, которые часто прямо нереально болят у клиентов хостинга, расскажу, что хорошо-плохо у нас и как это выглядит в других хостингах в России и за её пределами (но там, очевидно, я знаю про внутрянку меньше).

Первая история — железо. Клиентов нереально бесит, когда полетел RAID-контроллер или вылетело сразу несколько дисков, и поддержка делает простой на замену. У нас был один клиент, которого сначала рикошетом зацепило DDoS по соседней VDS в том же серваке, потом через два часа начались плановые работы с сетевым адаптером, а потом ещё и рейд ушел в ребилд после включения-перезагрузки. К вопросу дидосов мы ещё вернёмся, кстати.

Так вот, можно взять дешёвое «околобытовое» железо и часто его чинить, а можно серверное — у нас Хуавей корпоративной линейки. Насколько я знаю, профессиональное серверное железо есть у нас и ещё у двух игроков на российском рынке. Поправьте меня, если ошибаюсь. Это потому что мы на старте считали, что проживём больше пяти лет и решили списывать старое железо минимум через пять лет после начала эксплуатации. Кстати, опять же, примерно так и появился тариф за 30 рублей за VDS, смекаете?

Дилемма с железом
Итак, у нас Хуавей корпоративного класса. Обычно у хостеров в России стоит самосбор, который покупается в оптовых магазинах с офисными и домашними десктопами по комплектующим, а затем с помощью разных дендральных методов собирается и работает. Влияет это на частоту поломок и стоимость услуг. Если с частотой поломок всё более-менее очевидно (чем хуже железо — тем выше шанс простоя), то вот со стоимостью услуг всё интереснее. При нашем цикле пять-шесть лет на железку получается дешевле покупать именно сервера и сетевые устройства корпоративных линеек для ЦОДов.

Да, они дороже в закупке. Да, у них очень дорогая гарантия (у нас на все новые устройства расширенная на next business day, плюс на не самые удачные серии расширенная далеко за пределы гарантии по времени). Да, нужно держать ремкомплект на площадке: мы меняем те же диски, RAID-контроллеры, планки оперативки и иногда блоки питания из собственных ЗИПов во всех десяти дата-центрах. Где-то ЗИП больше, где-то меньше, в зависимости от объективного количества и возраста серверов там.

Когда мы только начинали бизнес, то сразу решили брать железо понадёжнее. Потому что был случай проверить: до RUVDS мы занимались алготорговлей и использовали как раз самосборное дешёвое железо. И выяснилось, что разница действительно очень большая. Расходники покупаются просто центнерами. Естественно, если у хостинга такие затраты или более короткий цикл списания железа, то растёт цена на тарифы. А поскольку цены за более-менее одинаковые конфигурации более-менее фиксированы по всему рынку, деградирует что-то другое обычно. Как правило, не поддержка, а либо качество связи, либо ИБ.

Я, конечно, возможно, ошибаюсь, но оценка такая: у кого на сайте прямо не указано партнёрство с железным вендором и профессиональная линейка железа, тот использует «околобытовую». Возможно, кто-то просто скрывает своё крутое оборудование.

Мы делали дешёвый (но не самый дешёвый) VDS-хостинг, поэтому очень тщательно считали и считаем эксплуатационные затраты. Не очень понимаю модели других компаний, но, кажется, дело в том, что у них горизонты планирования по два или три года, а у нас просто больше. Возможно, мы не правы, и в России так далеко планировать не стоит, но пока, тьфу-тьфу, мы на этом выиграли и продолжаем расти как компания.

Место ЦОДа
У большинства VDS-хостингов одна или две локации. У нас десять, причём есть не только в Москве, но и близкие к крупным российским городам (Екатеринбург, Новосибирск), что важно для серверов Майнкрафта и Контр-страйка, так и есть Швейцария, Англия и Германия. И при этом везде русскоязычная поддержка.

Зачем нужна вторая локация, понятно — сервисы надо геораспределять. А вот зачем нужны ЦОДы в других странах — это очень интересный вопрос.

Во-первых, ЦОД в Швейцарии считается более надёжным, чем российский. Это не объективная оценка, а мнение большей части наших клиентов. Надо сказать, что да, конечно, и там могут встретиться эпические раздолбаи, как и везде, но в целом у них гораздо более тщательно соблюдаются процедуры обслуживания и очень сильный внешний периметр безопасности. То есть проблемы у них случаться должны реже.

Во-вторых, конечно, за пределами России. Кому-то это важно, чтобы трейдить поближе к ключевым точкам, где обрабатываются заявки. Кому-то важно из-за собственных VPN (думаю, не меньше трети наших серверов куплены именно для организации VPN-тоннелей через другие юрисдикции). Ну и есть люди, которые застали маски-шоу в своих ЦОДах в России и теперь просто предпочитают хранить данные не у нас. Хотя, по идее, и там тоже никто от такого не застрахован. Просто умолчания по наезду на дата-центр другие.

Сразу скажу, что некоторые наши коммерческие ЦОДы не хуже того, что в Великобритании или Швейцарии. Например, в Петербурге площадка почти без косяков (и точно без серьёзных) и соблюдает стандарты Uptime Institute (T3). Охраняется хорошо. То есть объективно она очень хорошая, но среди клиентов как-то сложилось убеждение, что за границей безопаснее. И те русские хостеры, кто не даёт зарубежную локацию, сразу немного не вписываются в потребности рынка.

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

Мы автоматизировали процессы до тех пор, пока медиана на создание виртуалки не стала равняться четырём минутам, а средний интервал от заявки до запуска 10-11 минутам. Это потому что некоторые сложные заявки всё ещё делаются руками за примерно 20 минут.

Тарификация у нас посекундная (а не часовая или суточная). Можно создать сервер, посмотреть на него и тут же удалить, сохранив свои деньги (мы просим предоплату за месяц, но возвращаем её, если не зашло). У большинства российских площадок нужно отдельно арендовать лицензию на ОС. У нас WinServer поставляется на все машины бесплатно и входит в тариф (но десктопный вариант Windows невозможен).

Конфигурация сервера меняется за примерно десять минут из интерфейса, причём как вниз, так и вверх. Два исключения — вниз по диску не всегда можно автоматически (если место чем-то занято), и при переносе с 2,2 ГГц на 3,5 ГГц делается через тикет. Ручные заявки имеют SLA на первый ответ 15 минут, время обработки 20-30 минут (могут и больше, в зависимости от объёма копируемых данных). В тарифах, кстати, где у нас HDD, везде по факту SSD с ограничениями до скоростей HDD (так оказалось дешевле, и полностью на SSD мы перешли примерно полтора года назад). Можно взять машину с видеокартой. Есть тариф по утилизации (там сложная формула от процессора, оперативки, дисков и трафика) — если у вас пиковые вычисления, так дешевле, но бывают и клиенты, которые не до конца правильно предсказывают свой расход и платят в два раза больше обычного тарифа иногда. Ну а кто-то экономит.

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

Негативный момент связан с тем, что иногда мы советуем брать на 10 Гб больше под определённый софт. Или иногда в переписке с клиентом мы понимаем, какое именно у него ПО и видим, что просто не хватает оперативки или ядер процессора и советуем докупить, но многие думают, что это какая-то разводка от поддержки.

Маркетплейсы
За океаном наметилась тенденция предоставлять не только VDS, но и сразу набор предустановленного ПО. В том или ином виде маркетплейс есть у всех крупных хостингов и часто отсутствует у мелких. У нас провайдеры всё ещё часто продают пустые машины, как и в Европе.

Первым кандидатом на маркетплейс после WinServer стал Докер. У нас технические специалисты сразу сказали, что маркетплейс не нужен, потому что админы не настолько безрукие. Поставить Докер — это пара минут, и не надо вот считать их такими ленивыми, что они это не сделают. Но мы развернули маркетплейс и положили туда Докер. И они стали пользоваться, потому что лень. Время же экономит! Мало, но экономит. Это не жизненная необходимость для клиентов, конечно, но уже следующий стандарт рынка.

С другой стороны, у нас нет того же Кубера. Зато недавно появился сервер Майнкрафта. Он пока востребованнее. Есть интересные направления по VPS с предустановленным ПО: есть конфигурация с урезанной Win (чтобы она не жрала производительность), есть с уже предустановленной OTRS. Мы даём предустановленное ПО, а как уж вы его будете активировать — ваше дело, этого мы не видим.

Самые крутые в мире маркетплейсы, как мне кажется, у Amazon, Digital Ocean и Vultr. Стартапы хотят приходить на маркетплейс Амазона: если ты сделал какую-то тулзу типа Эластиксёрча, но не попал в маркетплейс — никто и не узнает, никто не купит. А если попал — вот и канал распространения появился.

DDoS
Атакуют каждый хостинг. Обычно это слабые ненаправленные атаки, которые похожи на естественную микрофлору Интернета. Но вот когда начинают класть какого-то конкретного клиента, начинаются проблемы у соседних с ним на одной «ветке». Как правило, это те, кто обслуживается с того же сетевого устройства.

Больше 99 % клиентов проблем не испытывают, но некоторым не везёт. Это частая причина, почему клиенты нас не любят — из-за простоев сервера по DDoS на соседа. Мы очень давно постарались минимизировать эти истории, но, конечно, не смогли избежать их полностью. Мы не можем всем подряд включать DDoS-защиту в стоимость тарифа, тогда услуги подорожают на нижних линейках примерно в два раза. Когда поддержка рекомендует клиенту под DDoS взять защиту (платную, конечно), клиент, бывает, считает, что мы его специально кладём, чтобы продать что-то. И, главное, никак не объяснить, а соседи страдают. В итоге нам пришлось залезть поглубже в начинку сетевых адаптеров и написать им собственные драйвера. Именно драйвера к железу, да, вы не ослышались. Второй контур — есть двойная система защиты, которая может переключить маршруты за минуты. Если попасть в противофазу проверок, то можно получить простой максимум четыре минуты. Сейчас переключение всё ещё создаёт некоторые проблемы в виртуальных свитчах и коммутаторах, мы доделываем стек.

Поддержка
Российская поддержка — одна из лучших в мире. Я сейчас серьёзно. Дело в том, что многие крупные европейские VDS-хостинги просто не заморачиваются на то, чтобы брать на себя многие вопросы. Ситуация, когда кто-то работает только в режиме ответа на письма — повсеместная. Даже постоянно появляющиеся мелкие российские хостинги из двух-трёх человек обычно имеют либо чат на сайте, либо телефон, либо возможность постучать в мессенджер. А в Европе у крупных хостингов поддержка по несколько дней (особенно если заявка перед выходными) рассматривает тикет, и позвонить или написать в соцсети им нереально.

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

И вот здесь-то пора начать рассказывать про наши эпические косяки.

Наши косяки
Самое мелкое — это вылеты дисков, оперативки и рейд контроллеров. Просто подойти и заменить, но когда падает сервер, страдают сразу несколько клиентов. Да, мы постарались сделать, что могли, и да, надёжное железо обходится в перспективе дешевле, но всё равно это лотерея, и если вам достаётся такая поломка, то, конечно, это обидно. Тот же Амазон тоже не застрахован ни от чего подобного, и поломки там случаются достаточно регулярно, но почему-то клиенты каждый раз ждут от нас безупречности. Простите нас за физику и плохой рандом, если это ударяло по вашей виртуалке.

Потом вышеупомянутые DDoS. В декабре 2018-го и в декабре 2019-го. Потом в январе и марте 2020-го. В последнем случае несколько серверов перестали отвечать (физические машины забили намертво, а виртуалки были на них) — понадобился хардовый ребут, чтобы сетевые адаптеры ожили. Развёртывание обратно — не самая весёлая процедура, и пара человек получила простой в часы, а не минуты. Атаки случаются каждый день, и в 99,99 % все контуры отрабатывают штатно, и никто этого не замечает, но бывают случаи когда что-то идёт не так.

В декабре 2018-го во время четырёхчасовой атаки вышел из строя сетевой коммутатор. Второй не подцепился из-за какой-то мистики, при попытках его реанимировать появился закольцованный трафик, и пока мы разбирались, что же происходит, появился простой. Негатива было на удивление мало, все понимали, что DDoS случаются. Хотя сеть мы поднимали довольно долго по своим меркам. Если вы вдруг попали на этот инцидент, то простите нас, и спасибо, что всё тогда правильно поняли.

Ещё важный момент: DDoS всегда локален. Никогда не было, чтобы проблемы в одном ЦОДе развивались одновременно с проблемами в другом. Ну и пока что худшее, что случалось локально — это перезагрузка коммутатора с несколькими машинами.

Чтобы окончательно успокоить наших клиентов по взломам, мы застраховали ответственность в AIG. Если нас ломанут, а клиенты пострадают — страховщики должны возместить. Это оказалось не очень дорого в расчёте на единичный тариф, но как-то придаёт уверенности.

Поддержка. Мы старались сделать дешёвый хостинг с разными фичами на выбор и достаточной надёжностью. Это значит, что наша поддержка не делает две вещи: не разговаривает с клиентом длинными вежливыми фразами и не лезет в прикладное ПО. Второе нам аукнулось в прошлом году, когда пришли многочисленные инстаграм-дивы, которые покупали VDS для установки накрутчиков лайков и автоматизаторы постов. Впечатляет, насколько некоторые люди, предельно далёкие от ИТ, способы грамотно разобраться в установке софта на виртуалку. Нет такой инструкции, которую фитоняша не осилит за 30 % увеличения подписчиков. Но ломались они на настройке исходящего трафика внутри своего софта почему-то. Возможно, инструкции этого не предусматривали. Мы не можем отвечать за работу стороннего софта. А проблемы там не только в том, что пользователь не понимает, как его сконфигурировать, но и в стабильности. Например, поставил вот человек вспомогательное ПО для накрутки просмотров на Ютубе. А оно поставляется с какого-то форума в комплекте с трояном. И в трояне баг, у него течёт память. А мы не чиним баги в троянах. Если мы ставим софт — то это продукт из коробки.

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

И тут, по мере работы со всё более и более «неадминами», мы начали сталкиваться со вторыми граблями. Поддержка всегда старалась работать быстро и отвечала коротко и сухо. А некоторые воспринимали это как пассивную агрессию. То, что допустимо в диалоге между двумя админами, совершенно не подходит для обычного пользователя, который взял VDS для своего малого бизнеса. А с годами таких пользователей стало больше. И проблема там не в том, что поддержка говорит что-то не то, а в том, как она это говорит. Мы сейчас делаем большую работу по обновлению шаблонов — включаем в каждый не только что-то в духе «мы не поддерживаем, простите», а подробное описание, что делать и как, почему мы не поддерживаем, что теперь, и всё это вежливо и понятно. Больше деталей и объяснений и больше этикета, вместо трёхбуквенных аббревиатур более простые пояснения, что там. Неделю как раскатали, смотрим пока, что получается. До пандемии приоритетом было не облизать клиента, а максимально быстро решить проблему. Мы по философии предприятия как Макдональдс: нельзя выбрать прожарку мяса, поддержка делает быстро только то, что входит в стандартные запросы. В общем, урок — если отвечать сухо, люди будут часто считать, что с ними несколько грубы. Мы не думали до последнего года, честно. Ну и не хотели никого обидеть, конечно. В этом плане мы отстаём от развитых служб поддержки на рынке: у многих стоит цель быть очень аккуратными с клиентом, а мы только начали работать с этим приоритетом.

Тариф. Ну и самый наш эпичный фейл — это проблемы на 30-рублёвом тарифе. У нас есть особая линейка уже слабого железа, где VDS стоит 30 рублей в месяц. Пользуется огромной популярностью. Сразу сказали в описании, что будет полный фарш, тариф не для работы, а для обучения. В общем, AS IS, и этот IS часто будет очень страшный.

Как оказалось, такое описание тарифа мало кого остановило. 30 рублей — это всё равно дешевле, чем ipv4-адрес, а тут ещё виртуалка с ним сразу. Как мне кажется, многие покупали просто чтобы купить, потому что мы открываем его волнами. Первый раз всё прошло более-менее нормально, но мы тогда не придали должного внимания тому, что через три-четыре месяца утилизация стала постепенно расти — проекты там разворачивались не сразу, и нагрузка к концу года стала менее комфортной для среднего клиента, появились большие очереди на запись на диск, например. Да, там SSD, но мы его ограничиваем на тарифе до скоростей HDD, и это не NVMe, а специально закупленные на опыты дешёвые интеловские диски для серверных конфигураций. Мы поменяли диски на побольше и понормальнее, это позволило получить хоть какие-то производительности.

Второе открытие этого тарифа привело нам тысячи китайских пользователей. Они написали скрипты, которые палят наш сайт, потому что около 800 машин были выкуплены братским народом в окне между появлением новости на сайте и рассылкой, а это буквально несколько минут. Я не могу точно сказать, что они там делали, но судя по характеру трафика, это были диссиденты, которые обходили Великий Китайский Файрвол. Мы запретили по условиям акции покупать машину иначе как гражданам РФ. Чтобы защитить Кваймён, нам пришлось приостановить создание виртуалок. Сначала российские пользователи сказали нам спасибо, потом поддержка — часть пользователей «в процессе» надо было доделать руками. Ну и возник негатив, потому что много кто ждал, а когда получил письмо, тариф уже кончился.

Сейчас у нас несколько тысяч активных клиентов на 30-рублёвом тарифе. Если у админа руки прямые — он делает самый дешёвый в мире VPN. Кто-то стучал в поддержку со скринами Linux с каким-то GUI (не помню, что там было, но сам факт GUI на таких машинах с ограничением по оперативной памяти — это уже круто), кто-то ставил ISP-панель и так далее. Кто-то действительно использовал для обучения. Мы ещё раз сделаем эту акцию, учтя ошибки, но просто знайте, что где-то там, в Поднебесной, стоит маааленький форум на примерно миллион зарегистрированных участников, которые подписаны на тред про наши сервера.

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

Вот так примерно выглядит моё видение разных моментов на рынке. И сейчас я хочу попросить вас рассказать, что вас бесило на рынке и как это можно исправить за земные деньги. Если это экономически обосновано — мы постараемся. Ну и другие хостеры на этот срез комментариев посмотрят, и, может быть, тоже сделают.

Как понять, какой сайт вам нужен
www.nic.ru/info/blog/which-site-do-you-want/

5 SEO-ошибок при создании сайта
www.nic.ru/info/blog/seo-mistake/

Сложное время
www.nic.ru/info/blog/rucenter-care/

Как законно использовать чужие изображения на вашем сайте
www.nic.ru/info/blog/how-to-use-images/

Ответственность RU-CENTER застрахована на 500 млн рублей
www.nic.ru/info/blog/liability-is-insured/

Цифровой диктант — коротко про создание и продвижение онлайн-проекта для огромной аудитории пользователей
www.nic.ru/info/blog/digital-dictation/

Чек-лист юзабилити сайта. Часть II: дизайн
www.nic.ru/info/blog/usability-cheklist-part2/

Уроки веб-безопасности от RU-CENTER: коронавирус
www.nic.ru/info/blog/coronavisrus/

Что такое линкбилдинг и где брать внешние ссылки
www.nic.ru/info/blog/linkbuilding/

Как не нужно продвигать сайт: серые методы, которые опустят ваш сайт в поисковой выдаче
www.nic.ru/info/blog/dark-way/

Что делать, если с вашего сайта украли фото. Пошаговая инструкция
www.nic.ru/info/blog/photo-thief/

Как выбрать выделенный сервер?
www.reg.ru/blog/kak-vybrat-vydelennyj-server/

Что делать, если кто-то нарушил ваши права, зарегистрировав домен?
www.reg.ru/blog/chto-delat-esli-kto-to-narushil-vashi-prava-zaregistrirovav-domen/

Domains weekly: защитная маска при покупке домена, трудности перевода ICANN и дроп 5G.ORG
www.reg.ru/blog/domains-weekly-06-03-20/

Перенос крупного проекта на мощности REG.RU: как сохранить нервы технического директора
www.reg.ru/blog/perenos-krupnogo-proekta-na-moshchnosti-reg-ru/

Domains weekly: число доменов в Интернете, новая зона .KRED и вдохновение от ICANN
www.reg.ru/blog/domains-weekly-13-03-20/

Подборка инструментов для удалённой работы от REG.RU
www.reg.ru/blog/podborka-instrumentov-dlya-udalyonnoj-raboty-ot-reg-ru/

Domains weekly: влияние пандемии на индустрию, юбилей старейшего домена и продажи недели
www.reg.ru/blog/domains-weekly-20-03-20/

Как мы 13 лет работаем удалённо и не собираемся останавливаться
www.reg.ru/blog/kak-my-13-let-rabotaem-udalyonno-i-ne-sobiraemsya-ostanavlivatsya/

Domains weekly: запрет «вирусных» адресов, отмена роста цен на .COM и AI-генератор доменов
www.reg.ru/blog/domains-weekly-27-03-20/

Как создать сайт на CMS WordPress
www.reg.ru/blog/kak-sozdat-sajt-na-cms-wordpress/

Как правильно выбрать домен для сайта
www.reg.ru/blog/kak-pravilno-vybrat-domen-dlya-sajta/

Domains weekly: перемены в e-commerce, Zoom-домены и перспективы для доменных инвесторов
www.reg.ru/blog/domains-weekly-03-04-20/

Как защитить приложение?
www.reg.ru/blog/kak-zashchitit-prilozhenie/

Советы по безопасности для удалёнщиков
www.reg.ru/blog/sovety-po-bezopasnosti-dlya-udalyonshchikov/

Domains weekly: день рождения .RU, спасение мира Microsoft и захват Олимпиады киберсквоттерами
www.reg.ru/blog/domains-weekly-10-04-20/

WordPress vs Joomla vs Drupal — какую CMS выбрать для сайта
www.reg.ru/blog/wordpress-vs-joomla-vs-drupal-kakuyu-cms-vybrat-dlya-sajta/

Где брать иллюстрации для коммерческого сайта, чтобы никто не подал на вас в суд
www.reg.ru/blog/gde-brat-illyustracii-dlya-kommercheskogo-sajta-chtoby-nikto-ne-podal-na-vas-v-sud/

Domains weekly: США vs Китай, доменная зона для AI и спад цен на рекламу
www.reg.ru/blog/domains-weekly-17-04-20/

Как собирать персональные данные пользователей на сайте, не нарушая закон
www.reg.ru/blog/kak-sobirat-personalnye-dannye-polzovatelej-na-sajte-ne-narushaya-zakon/

Domains weekly: поиск домена по картинке, спад коронавирусных адресов и reopen-протест
www.reg.ru/blog/domains-weekly-24-04-20/

Мониторинг серверов: 8 советов и антисоветов о том, как это делать
www.reg.ru/blog/monitoring-serverov-8-sovetov-i-antisovetov-o-tom-kak-ehto-delat/

Если вы работаете в облаке, больше регионов означает возможность создавать надежные и быстрые приложения, которые могут обслуживать ваших локальных клиентов. Сегодня мы запускаем наш новейший регион Google Cloud Platform в Лас-Вегасе, в результате чего четвертый регион в западной части Соединенных Штатов, седьмой в национальном масштабе, и общее глобальное число — 23.



Теперь регион Лас-Вегас, открытый для клиентов Google Cloud, предоставляет вам скорость и доступность, необходимые для быстрого внедрения инноваций и создания высокопроизводительных приложений, отвечающих потребностям ближайших конечных пользователей. Кроме того, этот регион дает вам дополнительные возможности и гибкость для распределения ваших рабочих нагрузок в западной части США, включая наши существующие облачные регионы в Лос-Анджелесе, Солт-Лейк-Сити и Орегоне.

Новая емкость для локальных пользователей
Aristocrat предлагает пользователям широкий спектр цифровых продуктов от казуальных социальных игр до игр казино. Скорость выхода на рынок, а также способность прогнозировать и масштабировать инфраструктуру на протяжении всей жизни игры являются ключевыми требованиями для их бизнеса. Аристократ использует Google Cloud, чтобы ежедневно доставлять игровые возможности миллионам пользователей.

Облачные технологии дают нам два важных результат. Во-первых, возможность безопасно, последовательно и сразу включать и отключать платформы для разработки игр; и, во-вторых, наша способность расширять и сокращать нашу инфраструктуру в зависимости от спроса. Обе эти возможности позволяют нам гибко использовать нашу технологию, чтобы полностью удовлетворить требования наших клиентов и нашего бизнеса. Регион Лас-Вегаса дает нам возможность более напрямую подключаться к облачным сервисам Google и пользоваться преимуществами точки входа в сеть

сказал Джеймс Альварес, ИТ-директор Aristocrat

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

Зоны, регионы и мультирегионы
Как и во всех регионах флота Google Cloud, Лас-Вегас предлагает немедленный доступ к трем зонам. Каждая зона состоит из отдельной инфраструктуры программного обеспечения, питания, охлаждения, сети и безопасности, а также включает в себя большой пул вычислительных ресурсов и ресурсов хранения — считайте его фундаментальным строительным блоком вашей инфраструктуры Google Cloud.

Возможно, самая простая аналогия для зоны — это единый центр обработки данных. Но, как и в случае единого центра обработки данных, существуют пределы надежности, которую может обеспечить одна зона. Если вам необходимо создать отказоустойчивые и высокодоступные приложения, вам нужно использовать несколько зон, а для еще большей устойчивости — несколько областей. Google Cloud предлагает региональные сервисы, которые автоматически распределяют данные, обработку и пользовательский трафик по нескольким зонам в одном регионе, и мультирегиональные сервисы, которые автоматически реплицируют данные и обработку по нескольким регионам. Как и все регионы, зоны в Лас-Вегасе связаны сетью с высокой пропускной способностью с низкой задержкой, а наша частная магистраль обеспечивает безопасное соединение через нашу глобальную сеть между Лас-Вегасом и другими 22 регионами GCP по всему миру.

Начиная
Если вы новичок в Google Cloud, ознакомьтесь с некоторыми из наших ресурсов, чтобы начать. Вы также можете интегрировать свои локальные рабочие нагрузки с нашим новым регионом, используя Cloud Interconnect, или исследовать возможности нескольких облачных сред с помощью Anthos. У вас будет доступ к нашему стандартному набору продуктов в Лас-Вегасе, включая Compute Engine, Cloud Storage, Google Kubernetes Engine, Bigtable, Spanner и BigQuery.


cloud.google.com/blog/products/gcp

С момента своего запуска в 2019 году наш партнер прокси-сеть Infatica стремительно рос, совершенствуя свой продукт для удовлетворения потребностей клиентов.

Недавно Infatica.io достиг нового рубежа: прокси-сеть теперь имеет один миллион уникальных IP-адресов в день и десять миллионов уникальных IP-адресов в месяц!

Если вы уже являетесь их клиентом, то заметите такие улучшения:

• Более широкий выбор локаций, позволяющие собирать данные с более высокой точностью.
• Улучшенный web scraping, благодаря которому ваши запросы чаще достигают целевых серверов.
• Оставьте заявку на сайте Infatica.io или просто напишите в чате, если хотите узнать, как прокси от Infatica могут помочь вашему бизнесу — у них есть что рассказать вам.

infatica.io

У нас есть некоторые новости, которые могут вас заинтересовать, особенно если вы используете DigitalOcean для профессиональных проектов, или, если вы когда-нибудь хотелось, чтобы вы могли.

Мы рады представить вам DigitalOcean Virtual Private Cloud (VPC) и нашей новой Целевой платформы. Вместе они делают это проще архитектору и запустить серьезные бизнес-приложения с еще более сильной безопасности и уверенности в себе.

Что такое VPC?
DigitalOcean имеет, на некоторое время теперь, разрешено запускать ресурсы, которые создают в частной сети. После включения Private Networking создает второй сетевой интерфейс, который доступен только за счет ресурсов в рамках частной сети.

VPC является естественным продолжением нашей существующей функциональности, и имеет следующие улучшения:

• VPC позволяет создать несколько частных сетей для вашей учетной записи или вашей команды, вместо того, чтобы только одна частная сеть.
• DigitalOcean может автоматически генерировать диапазон адресов IP частной сети, либо вы можете указать свой собственный.
• Теперь вы можете настроить Капельки вести себя как интернет — шлюзы.

www.digitalocean.com/docs/networking/vpc/resources/droplet-as-gateway/

DigitalOcean VPC делает безопасную сеть простой
Если вы ранее включены частная сеть для ваших ресурсов, вам не нужно делать ничего нового, чтобы воспользоваться VPC. Предыдущая частная сеть вашего аккаунта в настоящее время преобразована в « по умолчанию» VPC; Никаких действий не требуется.

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


Для получения дополнительных указаний относительно того, как использовать VPC, пожалуйста, обратитесь к нашей документации.
www.digitalocean.com/docs/networking/vpc/

Trust Platform: ваш хаб для всех вещей безопасности и конфиденциальности
Многие компании требуют таких функций, как VPC, а также хотят, чтобы понять, каким образом мы обеспечиваем нашу инфраструктуру и защитить данные клиентов. Сегодня мы рады направить вас на нашу новую Целевой платформу. Этот новый микросайт дает вам одно место, чтобы получить все ваши вопросы безопасности и конфиденциальности отвеченных и загрузить имеющиеся у нас сертификаты безопасности.
www.digitalocean.com/trust

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

Миграция в Яндекс.Облако из AWS с использованием Hystax
В маркетплейс Яндекс.Облака добавлено приложение Hystax Acura. Оно позволяет автоматизировать все основные этапы миграции: создание виртуальных машин, подбор конфигураций, контроль переноса данных. Поддерживается перенос инфраструктуры с платформ любых облачных провайдеров, в том числе Amazon Web Services (AWS). Миграция выполняется без простоев и ускоряет процесс переноса в среднем в 8 раз. Подробно о миграции с помощью Hystax и необходимых ресурсах можно узнать из документации.


Управление публичными IP-адресами виртуальных машин
В Яндекс.Облаке появилась возможность управлять публичными адресами виртуальных машин.

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


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


Если потребуется удалить адрес, кликните на ••• и выберите Удалить публичный IP-адрес.


Управлять публичными IP-адресами можно при помощи интерфейса командной строки (CLI).
В команду yc compute instance create в флаге --network-interface добавлен параметр nat-address. Он позволяет указать «белый» адрес для создаваемого инстанса. А с помощью команд yc compute instance add-one-to-one-nat и yc compute instance remove-one-to-one-nat вы можете управлять NAT-адресами на уже созданных виртуальных машинах.

Пример удаления публичного адреса:

yc compute instance remove-one-to-one-nat --id=<id_виртуальной_машины> --network-interface-index=0

Пример добавления заранее созданного публичного адреса:

yc compute instance add-one-to-one-nat --id=<id_виртуальной_машины> --network-interface-index=0 --nat-address=77.77.77.77

Уведомления по почте и СМС-оповещения в Yandex Monitoring
Мы реализовали отправку оповещений — в Yandex Monitoring появились алерты. Это удобный способ оперативно узнавать о важных изменениях. Можно настроить получение уведомлений по почте или в СМС при достижении пороговых значений, которые вы сами задаете для нужных метрик. Новый алерт можно создать на странице дашборда или использовать готовый график в качестве шаблона. Получатель или группа получателей алерта настраивается с помощью канала уведомления. Подробнее об алертах читайте в документации.


Доступ к биллингу для федеративных пользователей
Теперь доступ к биллингу могут получить не только пользователи с аккаунтом на Яндексе, но и пользователи федераций. Роли для федеративных пользователей назначаются в консоли управления. Аутентификация в Облаке может выполняться с использованием G-Suite от Google, Active Directory от Microsoft или других SAML-совместимых федераций. Подробнее о настройке аутентификации федеративных пользователей читайте в документации.
cloud.yandex.ru/docs/iam/concepts/users/identity-federations
cloud.yandex.ru/docs/iam/operations/federations/integration-common

Новые возможности Yandex Cloud Functions
Поддержка языка Go
Сервис Cloud Functions теперь поддерживает приложения, написанные на языке программирования Go. Среда выполнения работает с Golang версии 1.14 и операционной системой Ubuntu 18.04 LTS. С описанием разработки на Go можно ознакомиться в документации.

Добавлен язык PHP
Также добавлена поддержка языка PHP. Сервис предоставляет среду выполнения с версией языка 7.4.3 и операционной системой Ubuntu 18.04 LTS. Описание работы и примеры функций на PHP смотрите в документации.

Поддержка asyncio-окружения для языка Python
Мы поддержали возможность асинхронной разработки для языка Python. Сервис Cloud Functions предоставляет среду выполнения с поддержкой asyncio-окружения.

Новая версия Node.js
Для Node.js появилась возможность автоматического управления зависимостями. При использовании новой версии nodejs12-preview сервис самостоятельно устанавливает все объявленные в package.json зависимости в момент создания новой версии функции. Подробности читайте в разделе документации, посвящённом разработке функций на языке JavaScript.

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

Если вы хотите, чтобы мы добавили новую функциональность в Облако, или вам интересно, что ещё было предложено и реализовано, ждём вас в разделе Сообщество!
cloud.yandex.ru/community

Универсальное имя для вашего сайта со скидкой 84%: регистрируйте домены .space всего за 59 рублей до 4 мая. Специальная цена действует по промокоду HKDWHKJLK.
www.nic.ru/catalog/domains/space/

Сперва немного предыстории.
Осенью прошлого года мы проводили закрытое бета-тестирование нового сервиса, разработанного нашей командой. Так сказать, первый пробный запуск, после которого собрали фидбэк, проанализировали его, а затем работали над улучшением продукта…

И сегодня мы хотим поделиться отличной новостью — запуск этого сервиса состоялся! Итак, знакомьтесь.

Сервис CLO — это уже привычные для вас виртуальные серверы, но с расширенными облачными возможностями. Мы предлагаем готовое и доступное по цене решение, с помощью которого легко создавать собственную отказоустойчивую IT-инфраструктуру, и решать задачи, непосильные для обычного VDS.


В вашем распоряжении виртуальные KVM-серверы, которые по умолчанию объединяются в серую локальную сеть, переключаемые диски и плавающие IP, которые при необходимости «перебрасываются» с одного сервера на другой. Можно использовать и статический IP-адрес. На выбор предлагаются три операционные системы: Ubuntu, Centos и Debian.

CLO — это универсальный инструмент и умная альтернатива VDS, выделенным серверам и собственным дата-центрам. С его помощью можно легко и быстро оптимизировать работу интернет-магазина, гибко управляя ресурсами в дни сезонных спадов или Чёрную пятницу. Или создать безопасную среду для разработки и тестирования, настроить удобную систему хранения или обработки данных, поднять сервисы для организации удаленной работы.

Преимущества сервиса

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

Сокращает расходы
Платите только за те ресурсы, которыми пользуетесь. Оплата считается по часам.

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

Сервис построен на базе проверенных технологий: OpenStack, Tungsten Fabric, Ceph, которые позволяют создавать гибкие и отказоустойчивые облачные решения
clo.ru/