Ликвидация дисковых полок NetApp

Отдадим почти даром 5 FibreChannel полок:
library.netapp.com/ecm/ecm_download_file/ECMP1112854
в каждую полку можно поставить до 14 дисков 3.5 размером до 2TB, итого до 28 TB в 3х юнитах. 14 салазок под диски в комплекте.

С каждой полкой дадим одну FC-карту для подключения к серверу и один дополнительный DAC FC кабель для наращивания мощности или подключения к близкому серверу. Идеально для видеонаблюдения и малых архивов, если место в стойке не является проблемой. Стоимость полка+карта — 2 тысячи рублей, только наличные. Продаем в связи с недостаточной плотностью размещения данных.

Полок 5 штук, приезжать, забирать из нашего офиса на Шишкова 13.

Акция «Осенний сюрприз» от Friendhosting.net


Рады сообщить о старте новой акции «Осенний сюрприз». В рамках акции Вам доступны следующие бонусы:

1. «Миграция»
Хотите переехать к нам, но у предыдущего хостера ещё остался оплаченный период или остаток на балансе? Не беспокойтесь! При заказе любого тарифного плана VDS на период от 6 месяцев или выделенного сервера на любой период мы готовы предоставить компенсацию.

Важные условия:
  • для получения бонуса необходимо сделать заказ любого тарифного плана VDS на 6 или более месяцев или выделенного сервера на любой период;
  • после заказа услуги необходимо запросить перенос сайтов от предыдущего хостера;
  • после переноса сайтов необходимо написать тикет в Финансовый отдел, предоставить доступ в биллинг предыдущего хостера и сообщить приблизительную сумму moneyback’a по аккаунту;
  • начисление бонуса производится путём продления оплаченного периода услуги;
  • дата регистрации у предыдущего хостера должна быть раньше даты начала проведения акции;
  • на один аккаунт можно получить одну компенсацию;
  • максимальная сумма компенсации 25$;
  • Вы не обязаны закрывать свой аккаунт у предыдущего хостера или запрашивать у него moneyback.

2. «Минус 50% или плюс 100%» для новых заказов VDS
В рамках данной части акции вы можете выбрать один из бонусов при заказе VDS:
  • скидка 50% при оплате (максимальный срок оплаты по скидке 3 месяца). Для получения скидки используйте промо-код discount50;
  • увеличение оплаченного периода в два раза (максимальное количество бонусных месяцев — 3). Для получения бонуса после заказа услуги напишите запрос в Финансовый отдел.

Примечание: количество заказов, к которым может быть применён данный бонус, не ограничивается. Это может быть один, десять или более VDS, к каждому из которых будет применён один из вариантов бонуса на выбор.
Сделать заказ VDS можно на странице https://friendhosting.net/vps.php

3. Скидка 50% на первый месяц при заказе «Горячего сервера».
Используя промо-код discount50-dedic для получения скидки в размере 50% на первый месяц использования любого «горячего сервера».
Сделать заказ «Горячего сервера» можно на странице https://friendhosting.net/dedicated.php

4. Бонусы для действующих клиентов при продлении заказа.
Действующие заказы VDS традиционно можно продлить со скидками. Вам доступны скидки при продлении на длительный период: 3 мес. — 3%, 6 мес. — 5% и 12 мес. — 10%. Они учитываются наравне со скидками по программе лояльности автоматически при продлении. Но и это ещё не всё. При продлении vds на срок 12 месяцев мы дарим ещё один месяц БЕСПЛАТНО. Для получения бесплатного месяца после продления vds на год необходимо создать тикет в финансовый отдел.

Акция проходит в период с 10 сентября 2018 года по 30 сентября 2018 года. Не упустите свой шанс получить приятный бонус.

Остатки i7-6700k

Снова насобирались остатки. Вряд-ли новые ноды на VMmanager будут делаться в будущем. Поэтому эти работают — пока не сгорят ;)

история
апрель 2018
апрель 2018 №2
июнь 2018



Сентябрь 2018

Все так же продаем по 1500р — ISPmanager lite v5 вечные с 1 годом обновлений

i7-6700k GRA1 и SBG2
i7-6700k 4vCore / 16 ddr4 / 104 SSD — 1700р (несколько полноценный таких можно сделать)
Или как обычно
i7-6700k 1vCore / 4 ddr4 / 25 SSD — 425р — свободно около 30 долей
Писать тикет тут panel.skladchik.ovh/billmgr

Добавлены nvme+sata серверы, на пробу

Все знают что у нас шареды делаются по модели.
Стоимость сервера + ISPmanager lite v5 + IP если дополнительные
Делится на 100р — получается кол-во аккаунтов. Ну еще 5-15 в запас в прибыль делается. От 500 до 1500р с каждого сервера короче.
Берем просто кол-вом. И когда-ниб я планирую накопить десятки тысяч таких серверов с минимумом народа. А сейчас тестируем конфиги, какие пригодны, какие не особо пригодны.

На данный момент список локаций.
  • RU, YaColo, Kmr
  • RU, Selectel, SPB
  • FR, Online DC
  • NL, Online DC
  • DE, Hetzner DC
  • FI, Hetzner new DC
  • FR, OVH
  • CA, OVH
  • DE, OVH new DC
  • UK, OVH new DC
  • PL, OVH new DC

Заказать можно тут panel.core.lol/billmgr
Чтобы не засирать другие биллинги, добавил в новом биллинге. Там же потом после заполнения сервера, будет покупаться аналогичный или лучший после тестов процессор и создаваться новый тариф на новую пачку людей. Блог для анонсов пока не придумал.
Особенно хочу чтобы вы попробовали это

Проверяем на практике обсуждение

  • RU-tower
Из недавнего обсуждения диалог
и самая главная проблема!
не в том, чтобы создать панель без лимитов!

а в том, захочет ли человек, потенциальная аудитория проекта
перестать платить 1200р за vip хостинг у бегета или у 50 других аналогичных хостеров.
и захочет ли начать платить 100р — за честный безлимит.

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

Читать дальше →

Возможности служебных DNS в Cloud2



Облако Cloud2 предоставляет пользователям служебные DNS серверы, с помощью которых вы можете решить задачи универсальным способом без использования IP-адресов, что обеспечивает большую универсальность сервисов. DNS-серверы обслуживают только публичную сеть Cloud2, приватные сети аккаунтов ими не обслуживаются.

Служба DNS поддерживает следующие автоматически управляемые служебные A и AAAA записи для первичных IPv4/v6 адресов:
  • индивидуальное имя виртуальной машины в домене Cloud2;
  • индивидуальное имя в общем пространстве имен Cloud2;
  • групповое имя виртуальной машины в домене Cloud2;
  • групповое имя в общем пространстве имен Cloud2;
  • индивидуальное имя виртуальной машины в домене пользователя;
  • групповое имя виртуальной машины в домене пользователя.
Служба DNS поддерживает автоматически создаваемые PTR-записи для первичного IPv4/IPv6 адресов.

Для генерации уникальных записей используются следующие компоненты:
  • имя виртуальной машины;
  • группа виртуальной машины;
  • UUID аккаунта в Cloud2;
  • сетевой домен аккаунта Cloud2;
  • сетевой домен домена Cloud2.

TTL записей доменных имен в Cloud2
TTL для записей доменных имен установлен в 60 секунд.
Индивидуальное DNS имя виртуальной машины для доступа из облака
Внутри облака между виртуальными машинами доступно обнаружение по доменным именам. Данные доменные имена недоступны для внешних потребителей, а предназначены только для взаимодействия машин между собой. Такое обнаружение доступно только в том случае, если настройки DNS, получаемые по DHCP, не изменены. В этом случае машины внутри Cloud2 доступны по именам:

.cs2vm.netpoint-dc.com
Эти доменные имена не обнаруживаются снаружи облака Cloud2.

Индивидуальное DNS имя виртуальной машины для публичного доступа
Cloud2 автоматически создает A и AAAA записи для каждой создаваемой виртуальной машины. Правила создания записей следующие:

Если для учетной записи указана доменная зона, то запись создается в этой зоне, иначе запись создается в доменной зоне, указанной для домена Cloud2, в котором создан аккаунт.
Запись создается в общей доменной зоне cs2.netpoint-dc.com.

Пример 1. Для аккаунта указана доменная зона site.com, пользователь создает виртуальную машину с именем site-appserver-1.

Сгенерированные имена:
  • site-appserver1.site.com
  • site-appserver1.cs2.netpoint-dc.com


Пример 2. Для аккаунта не указана доменная зона, аккаунт находится в домене Cloud2 premium, пользователь создает виртуальную машину с именем site-appserver-1.

Сгенерированные имена:
  • site-appserver-1.premium.cs2.netpoint-dc.com
  • site-appserver-1.cs2.netpoint-dc.com

Замечание 1. В том случае, если Вы хотите использовать доменную зону для аккаунта, необходимо связаться со службой технической поддержки и договориться о принятии зоны на обслуживание. Также, необходимо выполнить делегирование зоны на DNS серверы Cloud2.

Замечание 2. Все имена виртуальных машин в Cloud2 должны быть уникальными, старайтесь не использовать короткие имена, которые могут быть использованы другими пользователями облака. Это может привести к ошибке при создании виртуальной машины. Мы рекомендуем использовать имена в стиле -или не указывать имя, тогда Cloud2 задаст его по умолчанию в форме vm-.

Групповое имя виртуальной машины
В Cloud2 поддерживается функция множественных A и AAAA записей для одного имени. Данная функция реализуется с помощью групп виртуальных машин Cloud2. Все машины, находящиеся в одной группе будут получать общее доменное имя, которое может использоваться для балансировки трафика с помощью средств DNS. Таким образом, для распределения нагрузки между несколькими серверами в Cloud2, вы просто добавляете серверы в одну группу виртуальных машин и создаете CNAME запись в зоне, что позволяет службе DNS правильно балансировать трафик. Далее рассмотрим как это работает. При генерации имени используется имя группы VM и UUID аккаунта. Процедура генерации имени выглядит следующим образом:

от UUID аккаунта обрезаются первые 8 символов и формируют accountprefix.
имя группы очищается от недопустимых символов, переводится в нижний регистр и формирует safename. Список допустимых символов: 0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ
если safename — непустая строка, то создается групповое имя вида: -.
Таким образом, если вы хотите, чтобы ваши групповые имена полностью соответствовали задаваемым при создании машины, то используйте в имени только безопасные символы.

Пример 1. В качестве группы используется имя WWW, UUID аккаунта — c1ebdda3-c69b-11e7-bdcf-0242ac110004. Для аккаунта указано доменное имя зоны site.com.
Сгенерированные групповые имена:
  • www-c1ebdda3.site.com
  • www-c1ebdda3.cs2.netpoint-dc.com

Пример 2. В качестве группы используется имя WWW, UUID аккаунта — c1ebdda3-c69b-11e7-bdcf-0242ac110004. Для аккаунта не указано доменное имя зоны. Аккаунт находится в домене Cloud2 premium.
Сгенерированные групповые имена:
  • www-c1ebdda3.premium.cs2.netpoint-dc.com
  • www-c1ebdda3.cs2.netpoint-dc.com

Пример 3. В качестве группы используется имя Группа.
Сгенерированные групповые имена: поскольку после очистки от небезопасных символов получается пустая строка, то групповое имя создано не будет.

Пример 4. В качестве группы используется имя Группа:WWW.
Сгенерированные групповые имена: поскольку после очистки от небезопасных символов получается строка WWW, то групповое имя будет эквивалентно группе WWW.

Балансировка трафика по DNS с помощью групповых доменных имен
Представим, что вы создали две машины и добавили их в группу www аккаунта с UUID c1ebdda3-c69b-11e7-bdcf-0242ac110004, тогда система генерирует для несколько A и AAAA записей, которые можно посмотреть с помощью утилиты nslookup:

nslookup www-c1ebdda3.premium.cs2.netpoint-dc.com
Server: 127.0.0.53
Address: 127.0.0.53#53

Non-authoritative answer:
Name: www-c1ebdda3.premium.cs2.netpoint-dc.com
Address: 176.120.28.220
Name: www-c1ebdda3.premium.cs2.netpoint-dc.com
Address: 176.120.28.221
Name: www-c1ebdda3.premium.cs2.netpoint-dc.com
Address: 2001:67c:20dc:1c00:1c00:55ff:fe00:1da
Name: www-c1ebdda3.premium.cs2.netpoint-dc.com
Address: 2001:67c:20dc:1c00:1c00:59ff:fe00:1d9

Как можно видеть, для одного имени выдается 4 записи — две для доступа по IPv4 и две для доступа по IPv6.

Поскольку такое имя не всегда является удобным для практического использования, то в зоне DNS, например site.com можно добавить запись CNAME вида:
app.site.com CNAME www-c1ebdda3.premium.cs2.netpoint-dc.com

что позволит выполнять доступ к ресурсам по app.site.com, при этом будет обеспечиваться балансировка между двумя серверами.

Поскольку в облаке Cloud2 TTL записей 60 секунд, то после добавления нового сервера к группе он станет доступен через 60 секунд.

Удаление сервера из группы не является безопасным действием, поскольку часть клиентов будет получать ошибку доступа как минимум 60 секунд. Для решения данной проблемы вы можете использовать коммерческие или opensource-средства балансировки трафика, которые используют динамическое разрешение CNAME, например Nginx Plus, Dynamic Request Router for Nginx, HAProxy и сервисы, например, Cloudflare. В следующем разделе предлагаются практические рекомендации по удобному использованию данного механизма совместно с Cloudflare.

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

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

Индивидуальная PTR-запись для виртуальной машины
Для каждой машины создаются PTR-записи вида <vm-name>.premium.cs2.netpoint-dc.com для IPv4 и IPv6. Данные PTR-записи могут быть изменены по запросу пользователя на те, которые ему необходимы. Для изменения записи обратитесь в службу технической поддержки.

Open Match: Flexible and extensible matchmaking for games



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

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

Что делать, если разработчики игр могли бы сосредоточиться только на логике Matchmaking — входы и логика для выбора игроков — вместо того, чтобы строить целую сваху с нуля для каждой игры? Google Cloud and Unity совместно объявляют о доступности проекта по созданию знакомств с открытым исходным кодом под названием Open Match, чтобы сделать именно это. Open Match предназначен для того, чтобы создатели игр могли повторно использовать общую структуру сватов. Он включает в себя три основных компонента: интерфейсный API для игровых клиентов, бэкэнд-интерфейс для игровых серверов и оркестр, который управляет индивидуальной логикой знакомств. Он основан на OpenCensus (opencensus.io) для сбора метрик, а Prometheus (prometheus.io) настроен по умолчанию.

С Open Match разработчики получают следующие преимущества:
  • Расширяемость. Примеры пользовательской логики соответствия доступны для простого сопоставления игроков на основе латентности, времени ожидания и произвольного рейтинга навыков.
  • Гибкость. Поскольку Open Match работает на Kubernetes, вы можете развернуть его в любом общедоступном облаке, локальном центре обработки данных или даже на локальной рабочей станции.
  • Масштабируемость. Open Match разработан с использованием проверенных шаблонов веб-микросервисов, а с Kubernetes в качестве базовой платформы, добавляя дополнительную емкость для ваших API, когда у вас больше клиентов, так же просто, как и одна команда. Автомасштабирование Кубернеса также может быть использовано для автоматизации.

Хотя Open Match является соучредителем Google Cloud и Unity, это не зависит от игрового движка. Он может быть интегрирован в любую игру, независимо от того, как построена игра или какая инфраструктура работает. Unity будет основывать будущую технологию Matchmaking на Open Match, поэтому клиенты Unity смогут более легко использовать свои функции, например, путем интеграции с серверами Unity. Репо Open Open GitHub теперь открыто для вкладов, и вы можете следовать примеру, приведенному в руководстве по настройке разработки, чтобы начать экспериментировать сегодня.

github.com/GoogleCloudPlatform/open-match/blob/master/docs/development.md

Соберите свой VPS!

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

Минимальный набор ресурсов при этом: 1 ядро, 512 Мб RAM, 5 Гб HDD RAID-10 за 175 р. / €1.75 / $2.75 в месяц.

Собрать VPS и оформить заказ можно здесь.


Пока что такая возможность доступна в России, Нидерландах и США, и только для наших OpenVZ HDD VPS. В ближайшем будущем возможность появится и для KVM VPS.

Помимо всего, на любой такой VPS действует приветственная скидка 15% (промо-код WELCOME15). Таким образом, стоимость за первый месяц всего от 148 р. / €1.48 / $2.33.

https://x5x.ru