Netpoint DC

billing.netpoint-dc.com/billmgr?func=register&lang=ru

Добрый день, уважаемые клиенты и партнёры!
Продаём серверы в связи с расчисткой склада ЗИП, перечень позиций и цены на них во вложенном файле.

Самовывоз из нашего офиса, оплата наличными, гарантия две недели. При оплате банковским счётом +6% к стоимости.
По всем вопросам приобретения обращаться в отдел продаж:
09:00–17:00 Пн.–Пт.: +7(3822)705-476, nov@netpoint-dc.com

Добрый день, уважаемые клиенты и партнёры!
У нас две хорошие новости.

1. В июле у Вас есть возможность приобрести аппаратный сервер в аренду за 3000 руб./мес. и 4000 руб./мес.
2. Уже сегодня Вы можете воспользоваться новыми виртуальными серверами NetPoint Cloud2 от 300 руб./мес.

• С бесплатным тестовым периодом;
• С большей производительностью CPU;
• С большей производительностью дисков;
• С более надежным хранилищем дисков;
• С резервным копированием дисков за два последних дня;
• С поддержкой IPv6;
• С поддержкой групп безопасности (внешний файрвол);
• С более доступными ценами;
• С фиксированной стоимостью без почасовой тарификации.

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

По всем вопросам приобретения обращаться в отдел продаж:
09:00–17:00 Пн.–Пт.: +7(3822)705-476, nov@netpoint-dc.com

Мы с радостью сообщаем о начале эксплуатации в режиме beta облака Cloud2. Вы можете заказать доступ к панели управления виртуальными машинами через биллинговую систему. Как и наше предыдущее решение CS1 для предоставления виртуальных машин, Cloud2 работает под управлением Apache CloudStack. В Cloud2 будут поддерживаться несколько способов тарификации:

• для пользователей с фиксированной ценой;
• для пользователей с поминутной тарификацией;
• для реселлеров.

(1) доступен для заказа через биллинг, (3) доступен через отдел продаж. Тариф (2) в настоящее время не доступен.

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

На тарифе PREMIUM пользователи приобретают определенное количество ресурсов, в рамках которых могут создавать любые доступные типы виртуальных машин.


В рамках этой квоты Вы можете создавать любые виртуальные машины, из доступных:


То есть, Вы можете создать одну машину highcpu.8c32g, тридцать две lowcpu.1c1g или любые комбинации, вмещающиеся в квоту.

С дисковым пространством точно так же. Выбирайте какие необходимые тома и используйте.


Мы создали тип тома premium.ssd.custom, который подойдет для пользователей, которые планируют постепенно наращивать размер пространства и не имеют специфических предпочтений к производительности.

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


Как видно на рисунке, одна услуга используется для проекта «Проект 1», а вторая — для «Проект 2».

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

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


Выделение и управление аккаунтом осуществляется отделом продаж.
Реселлеры не получают партнерского агентского вознаграждения, вместо этого реселлеры получают скидку на стоимость услуг относительно цены PREMIUM, которая для минимального пакет составляет 20% и увеличивается на 5% за каждые дополнительные 48 GB RAM, например:

• 48 GB RAM — скидка на ресурсы 10%;
• 96 GB RAM — скидка на ресурсы 15%;
• 144 GB RAM — скидка на ресурсы 20%.

Максимальный размер скидки — 40%.

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

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

Поддержка IPv6
Все виртуальные машины поддерживают IPv6 по-умолчанию. Для корректной работы IPv6 необходимо отключить использование временных IPv6:

• Windows
• Linux

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


Создать дополнительные группы безопасности можно с помощью панели Apache CloudStack.


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

Если же Вам необходим пропуск всего трафика, то просто используйте группу default.

Поддержка изменения размера ROOT-диска
Размер основного диска виртуальной машины можно увеличивать. Теперь нет необходимости присоединять к виртуальной машине дополнительные диски для того, чтобы изменить размер файловой системы. Возможно просто выполнить расширение ROOT-диска.

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


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

Большие тома SSD, больше IOPS
Тома SSD теперь размером до 960 GB и поддерживают до

• 20K IOPS / 290 MBS на чтение;
• 10K IOPS / 165 MBS на запись.

Это позволяет использовать виртуальные серверы как полноценную замену аппаратным.

Большие виртуальные машины
В PREMIUM самый большой экземпляр виртуальной машины — 32 ядра, 128 GB. Это позволяет использовать виртуальные серверы как полноценную замену аппаратным решениям.

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

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

Полная совместимость с потребностями DevOps
Apache CloudStack позволяет осуществлять все операции с виртуальными машинами через API. Вы можете создавать программно-определяемые решения без использования ручного труда.

Новый пользовательский интерфейс Apache CloudStack 4.11
Мы используем Apache CloudStack 4.11 для предоставления услуг в Cloud2. По сравнению с интерфейсом Apache CloudStack 4.3, который мы используем в CS1 он выглядит более новым и свежим.

Новый пользовательский интерфейс NetPoint
До конца лета мы планируем представить новый интерфейс для Cloud 2, который разрабатываем самостоятельно. Он более прост, чем интерфейс Apache CloudStack и интуитивен даже для начинающих пользователей.

Жизненный цикл Cloud 2
Мы будем поддерживать Cloud 2 минимум до 2022 года и дальше, если Skynet нас не победит. В рамках Cloud 2 позже будут представлены следующие возможности:

• Виртуальные машины типа IO, для in-memory вычислений и высокоскоростного доступа к данным, размещаемые в защищенной сети;
• Виртуальные машины типа Router, для высокоскоростного обмена трафиком с публичной сетью;
• Хранилище S3.

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

Итак, давайте представим наше идеальное решение, которое позволило бы нам в автоматическом режиме отслеживать изменения в конфигурационных файлах и сохранять данные изменения в репозиторий Git. Какими свойствами оно должно обладать:

1. автоматически отслеживать изменения и сохранять их для будущего анализа;
2. отслеживать историю изменений каждого файла с возможностью доступа к историческим состояниям и сравнения текущего состояния с историческим;
3. безопасность хранения изменений и самих конфигурационных файлов;
4. отслеживание изменений конфигураций нескольких серверов.

Хочется, отметить, что, при применении средств непрерывной автоматизации конфигураций (continuous configuration automation), подход, который мы обсуждаем здесь не будет иметь большой пользы, но, как правило, такие инструменты как Ansible, Chef, Puppet применяются только при управлении большими парками серверов. Применяющие же данные инструменты люди вполне осознают как добиться эффективного отслеживания изменений.

Итак, для начала работы необходимо определиться с провайдером Git. Вы можете самостоятельно установить и настроить Git, но для использования Git с удобным интерфейсом, позволяющим делать анализ изменений online, я рекомендую воспользоваться Gitlab. Образ для Docker можно взять здесь, а его настройка описана в официальной документации. Однако, некоторым администраторам будет проще купить платный аккаунт на GitHub за 7 долларов, в котором можно организовать неограниченное количество приватных репозиториев как для целей задачи управления конфигурациями, так и для иных скриптов. Далее, в данной статье будем считать, что используется GitHub. Мы будем использовать публичный репозиторий и давать ссылки на него.

Для решения задачи нам понадобится репозиторий Git, будем считать, что в каждом репозитории будет каталог с именем сервера, в котором будут отслеживаться конфигурационные файлы для этого сервера, например, для файла /etc/passwd с сервера jupiter:

configurations/jupiter/etc/passwd

Возможно организовать работу таким образом, чтобы все изменения конфигурационных файлов переносились в Git. Для этого можно воспользоваться инструментарием Inotify, например, inotifywait, однако, это кажется избыточным в общем случае. В рамках данной инструкции будем считать, что синхронизации 1 раз в час достаточно для нормального отслеживания изменений.

В данной инструкции нас не беспокоит определение того, кто изменил конфигурационные файлы. Мы будем считать, что пользователь, который это делает авторизован для выполнения задачи. Иными, словами, мы храним изменения не для того, чтобы бить палкой виновного, а для того, чтобы уметь определить что именно происходило с конфигурационными файлами.

Итак, для выполнения нашей цели определим пути файлов конфигураций, которые будем отслеживать. Обычно, /etc, /usr/local/etc, но у Вас могут быть и другие. Будем считать, что в рамках задачи мы отслеживаем пути:

/etc
/usr/local/etc

Рассмотрим, как будет выглядеть общая схема работы нашей системы по шагам:

1. периодически будем переносить изменения из отслеживаемых каталогов в репозиторий с помощью rsync;
2. каждый день в репозитории создается отдельная ветка для состояния предыдущего дня, в которую помещаются изменения на этот день;
3. в ветке master всегда будет находиться текущая конфигурация.

Особого внимания заслуживает пункт «2». Часто администратору требуется восстановить конфигурацию на какой-то конкретный день. Создание ветки для каждого дня позволит решить эту задачу.

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

Создание репозитория
Итак, для начала необходимо создать репозиторий Git, в котором мы планируем хранить конфигурации. В случае GitHub, данная задача решается следующим образом (у нашей компании на GitHub имя пользователя netpoint-dc:

echo "# configurations" >> README.md
git init
git add README.md
git commit -m "first commit"
git remote add origin git@github.com:netpoint-dc/configurations.git
git push -u origin master

Эти команды будет необходимо ввести на нашем первом сервере, конфигурацию которого мы планируем отслеживать. Скопируйте их в текстовый файл или просто в буфер обмена.

Установка клиента Git на сервер
Для Debian, Ubuntu

apt-get update && apt-get install git

Для CentOS

yum install git

Генерация файла ключей SSH для доступа к Git
Доступ к Git возможно осуществлять по протоколу SSH, для этого необходимо положить публичную часть ключа на сервер Git. В GitHub это делается по данному адресу. Сам же ключ необходимо сгенерировать командой:

ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):
Created directory '/root/.ssh'.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:wBHTpwEdejAhByHJ9R/pajk3WNfofpJWEE+2I46dgoM root@git-config-article
The key's randomart image is:
+---[RSA 2048]----+
| ..o=oX*..       |
| o. = *+.o o     |
| = ++ = .        |
| =..oo+          |
| . .S+o+..       |
| E o=oo+ .       |
| *.o..o          |
| . o o+ .        |
| ..o             |
+----[SHA256]-----+
root@git-config-article:~#

Публичную часть ключа необходимо добавить на Ваш сервер Git (для GitHub адрес):

cat ~/.ssh/id_rsa.pub
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDFrbYQFrRHTFrcvy4N3n/rKj9qWJfpjrka7MnzpH0lvU1TllOgKD4XqP4a3CIr7lMgnkBtoXQcKHgYtX9aeMVUSLKCkNj0yxbIzcGaQi/fe5YBpAk7sKhpVwHXYqnrL9WVf9ZQ/D3uI/M9lxUZwj6TuBXYIsBx/+oe5kKhS01GhXYsFyWKLMUHS/NLaozPH9lFoa4fiQqi4Z9oK2pPzpz+AyiGV+yOxry/RlXtkq2KnB4qRkdf907zC94zIVRxPjZbvlvNlRCf2PLSAMnGkNorVdIjEP+b0tY+H8STeoo9PT6Pyt7IusMEqy4l8ppLqzbDpfPId5/6YbOk4CnaEVOJ root@git-config-article

Инициализация репозитория Git

Обратите внимание, мы используем для доступа к Git протокол git://. Если Вы планируете использовать протокол HTTPS, то Вы будете использовать аутентификацию по паре login/password, что не очень удобно.

mkdir configurations
cd configurations
echo "# configurations" >> README.md 
git init 
git add README.md 
git commit -m "first commit" 
git remote add origin git@github.com:netpoint-dc/configurations.git
git push -u origin master

Если все прошло успешно, то Вы должны получить сообщение, похожее на следующее:

root@git-config-article:~/configurations# git push -u origin master
The authenticity of host 'github.com (192.30.253.113)' can't be established.
RSA key fingerprint is SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'github.com,192.30.253.113' (RSA) to the list of known hosts.
Counting objects: 3, done.
Writing objects: 100% (3/3), 241 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To git@github.com:netpoint-dc/configurations.git
* [new branch] master -> master
Branch master set up to track remote branch master from origin.

А в репозитории Git — репозиторий с таким содержимым.

Наполнение репозитория файлами
Для решения данной задачи воспользуемся командой rsync:

mkdir -p /root/configurations/$(hostname)
rsync -av /etc /usr/local/etc /root/configurations/$(hostname)/

Если Вы отслеживаете большее количество каталогов, то их просто необходимо добавить в перечень отслеживаемых. После переноса файлов необходимо их добавить новые в Git:

find /root/configurations/* -exec git add {} \;
git commit -a -m «Configuration updated at $(date) from $(hostname)»

Загрузим файлы в удаленный репозиторий:

git push

Содержимое репозитория должно теперь включать файлы в отслеживаемых каталогах, как по ссылке.

Создание ветки конфигурации на дату
Создадим ветку с состоянием текущей конфигурации на данный день и загрузим его в репозиторий Git.

git checkout -b $(date +"%Y-%m-%d")
git push origin $(date +"%Y-%m-%d")

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

#!/bin/bash

if [ "$#" -lt 2 ]
then
  echo "At least 2 or more parameters should be passed"
  echo "Usage: syncer.sh /path/to/repo /path/to/configs [/path/to/other/configs ...]"
  echo "--"
  echo "Avoid final slashes when specifying config directories if the intention is to"
  echo "have dir rather than dir contents"
  exit
fi

REPO_DIR=$1 # где хранится репозиторий
shift
DIRS=$@ # какие каталоги синхронизуем

echo "Repository is located at "$REPO_DIR
echo "Configuration dirs are located at "$DIRS

HOSTNAME=$(hostname)
TODAY=$(date +"%Y-%m-%d")
HOUR=$(date +"%H")

echo "Hostname is "$HOSTNAME
echo "Today is "$TODAY

cd $REPO_DIR

# выкачаем обновления с сервера
git pull
# переключимся на master ветку, куда добавляем изменения
git checkout master

mkdir -p $REPO_DIR/$HOSTNAME

# добавим новые файлы в репозиторий
rsync -av $DIRS $REPO_DIR/$HOSTNAME/
find $REPO_DIR/* -exec git add {} \;

# сохраним изменения
git commit -a -m "Configuration updated at $(date)"

# отправим изменения на сервер
git push

# если последняя синхронизация в сутках, создадим ветку для сегодняшнего дня
if [ $HOUR = "23" ];
then
  git checkout -b $TODAY
  git push origin $TODAY
  git checkout master
fi

Данный скрипт можно скачать или посмотреть с подсветкой синтаксиса на GitHub.

cd ~
wget https://raw.githubusercontent.com/netpoint-dc/configurations/master/syncer.sh
chmod 755 syncer.sh

Запуск скрипта осуществляется следующим образом:

bash /root/configurations/syncer.sh /root/configurations /etc /usr/local/etc

Для тестирования добавьте пользователя и выполните синхронизацию:

useradd testuser
bash /root/configurations/syncer.sh /root/configurations /etc /usr/local/etc

В репозитории должны быть соответствующие изменения. Теперь остается создать сценарий sync-configs в /etc/cron.hourly, выдать ему права 755 и убедиться в том, что он отрабатывает корректно:

#!/bin/bash
bash /root/configurations/syncer.sh /root/configurations /etc /usr/local/etc

Проверяем работоспособность:

chmod 755 /etc/cron.hourly/sync-configs
useradd testuser2
/etc/cron.hourly/sync-configs

В списке изменений в Git должно отразиться новое изменение.

Добавление файлов и каталогов в список исключения
Иногда Вы может захотеть не добавлять какие-то файлы в синхронизацию. Для этого Вам пригодится файл .gitignore, который Вы можете поместить в корень репозитория. В этом файле Вы можете перечислить каталоги, упрощенные регулярные выражения и файлы, которые не требуется сохранять на сервер. Подробнее о .gitignore можно прочитать в документации Git.

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

Таким же образом Вы можете осуществлять и работу со вторичными данными, например, списком установленных в системе пакетов. Например, для Debian, Ubuntu:

dpkg --get-selections > /opt/system-info/packages.lst

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

NB: в рамках этой обучающей статьи использовался публичный репозиторий Git на GitHub. Вы не должны сохранять свои конфигурации в публичный репозиторий. Используйте только репозитории, доступ к которым не предоставляется неавторизованным пользователям.

Только в июле 2018 года предлагаем несколько серверов по льготной цене.

Конфигурация DC6220
Высокопроизводительные серверы Dell С6220 с двумя SSD 256 GB или двумя SATA 500 GB в аренду по специальной цене (8 серверов).

• Платформа: Dell C6220
• Процессоры: 2 процессора Xeon E5-2640 (6 ядер, 12 потоков) 2.5 GHz (итого 12 ядер, 24 потока)
• Память: 32 GB ECC
• RAID: аппаратный RAID LSI MegaRAID
• Диски: 2 x 256 GB Samsung 860 PRO или 2 x 500 GB Seagate Barracuda PRO
• Канал: 100 Mbit/s безлимитный
• Дополнительный бесплатный FTP: 100 GB
• IPMI: полный доступ с IP KVM
• Стоимость: первый квартал — 4000 рублей/месяц, с четвертого месяца — 6000 рублей/месяц.
• Для данной платформы возможно формирование специальных конфигураций до 32 ядер, 128 GB RAM и 6 дисков.

Конфигурация SMSSD256
Гибкие и эффективные серверы Supermicro Xeon E3 по уникальной цене (только 3 сервера).

• Платформа: Supermicro
• Процессоры: 1 процессор Xeon E3-1230 3.2 GHz
• Память: 16 GB ECC
• RAID: программный
• Диски: 1 x SSD 256 GB Samsung 860 PRO
• Канал: 100 Mbit/s безлимитный
• Дополнительный бесплатный FTP: 100 GB
• IPMI: полный доступ с IP KVM
• Стоимость: 3000 рублей в месяц.
• Для данной платформы возможно установить до 4х дисков SATA, SSD.

Информация для заказа
По заказу серверов обращайтесь в отдел продаж:

• Телефон: +7 (3822) 705-476 (Наталья — с понедельника по пятницу, с 9:00 до 17:00 МСК+4)
• E-mail: sales@netpoint-dc.com

Информация о нас
ООО НетПоинт
ASNUM: 51740 (попинговать: 91.221.61.2)
Аплинки: TTK, Megafon, MTS
IX: MSK-IX, NSK-IX, SFO-IX, SIBIR-IX, TSK-IX, TSKIX
Дата-центр размещения оборудования: ПАО Мегафон, Томск

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

В нашей стране прочно устоялось мнение, что плохое свое лучше, чем хорошее чужое. Видимо, действия бизнесменов девяностых годов до сих пор дают о себе знать. Мы в НетПоинт занимаемся арендой серверов уже 8 лет и начинали тогда, когда аренда была совсем не распространена в нашем регионе. Даже сейчас, когда весь мир осознал выгоду инвестирования средств в основной бизнес и переходит от модели CAPEX к OPEX, мы сталкиваемся с чрезвычайно настороженным отношением к нашим услугам со стороны бизнеса.

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

Что такое услуга аренды сервера?
В рамках этой услуги провайдер предоставляет клиенту доступ к выделенному аппаратному серверу, который размещен в надежном ЦОД, связан с внешним миром качественными каналами связи, полностью управляем удаленно — возможно отформатировать, переустановить, обновить программное обеспечение и даже поменять параметры в BIOS с помощью системы IPMI и IP KVM.

Провайдер, часто позволяет клиенту устанавливать в сервер USB-устройства, криптографические ключи, модемы и прочее “навесное” оборудование, которое является специфическим. Сам же сервер состоит из платформы, процессоров, памяти, дисков.
Рассмотрим пример


Как правило, серверы предоставляются от известных брендов, таких как Supermicro, HP, Dell, Intel. Мы в НетПоинт, к вышеперечисленным предоставляем еще Fujitsu.

Чем руководствуется провайдер, когда выбирает бренды оборудования, которое будет предоставляться клиенту? Факторов достаточно много, но среди главных — надежность, удобство в эксплуатации, универсальность.

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

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

Вместе с сервером провайдер предоставляет и другие необходимые элементы услуги, входящие в стоимость, самая важная среди них — канал интернет. De-facto стандарт — 100 mbit/s, однако, есть предложения и предоставления канала большей полосы. Мы в НетПоинт предоставляем 100 Mbit/s без ограничений во всех направлениях и до 1000 Mbit/s в партнерские сети. Опыт показывает, что 100 Mbit/s достаточно для подавляющего большинства клиентов, однако, некоторые потребители, например те, которые размещают серверы для видеонаблюдения требуют большие каналы, которые оплачиваются по дополнительным тарифам.

Другой важный элемент услуги — IP-адреса. В современном мире используется два типа адресов — IPv4 и IPv6. По хорошему, в 2018-м году провайдер должен предоставлять оба типа адресов вместе с сервером, причем за IPv6 деньги, как правило, не берут совсем, потому что их много. В случае же IPv4 с сервером предоставляется, как правило, 1-2 адреса, а дополнительные стоят небольшие деньги, например, 100 рублей в месяц за адрес. Большинству клиентов дополнительные адреса не требуются совсем.

Таким образом, при услуге аренда сервера, клиент получает сам сервер, канал и адреса. Это самое важное.

Иногда провайдеры могут давать комплиментарные услуги вместе с сервером, например, часто идущая бонусом услуга — хранилище данных для резервных копий, куда клиент может сохранять свои данные для восстановления услуги в случае сбоя. У нас в НетПоинт с каждым сервером предоставляется 100 GB хранилища для важных данных.

Преимущества услуги аренды сервера перед его покупкой
При работе с клиентами наши сотрудники часто обсуждают причины и свойства услуги аренды сервера и объясняют в каких случаях она выгодна клиенту и почему. Мы собрали хит-лист этих причин и расскажем сегодня о них.

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


Таким образом, без стоимости сервера, затраты провайдера составят 1460 рублей в месяц, чтобы услугу можно было предоставить. Сервер провайдер посчитает по окупаемости 20-24 месяца, и его цена для клиента составит 4600-5500 рублей в месяц. Таким образом, услуга для клиента обойдется в 6000-7000 рублей в месяц (144000-168000 рублей за 24 месяца).

Для сравнения давайте посмотрим, что получится, если клиент будет размещать свой сервер в ЦОД:


Итого, стоимость размещения оборудования составит 2600 рублей (в зависимости от мощности блока питания), что за 20-24 месяца составит: 52000-62000.

В следующей сводной таблице отражены затраты клиента на разные типы доступных решений:


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

Немного о бизнесе провайдера
Стоп, читатель может спросить, зачем же это провайдеру, как он зарабатывает деньги? Провайдер закладывает срок эксплуатации сервера около 5-6 лет. У провайдера много единиц оборудования, он умеет его ремонтировать и продавать в случае устаревания. Обычно, после 4-5 лет работы оборудования провайдер продает его по остаточной стоимости. Таким образом, за 2 года оборудование окупается, за 4-5 лет провайдер получает хорошую прибыль на каждой единице оборудования. Весь бизнес аренды серверов рассчитан на продолжительные жизненные циклы, нельзя прийти на этот рынок на один-два года, поскольку это невыгодно.

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

2. Отсутствие долгосрочных обязательств со стороны клиента
Аренда серверов хороша как для стабильных бизнесов, которые предпочитают экономить средства на CAPEX, для растущих бизнесов, для бизнесов, которые не до конца уверены в том, сохранятся ли текущие условия в будущем. При выборе данной услуги клиент обычно не берет на себя обязательство о долгосрочном использовании услуги и может отказаться от нее при окончании текущего месяца обслуживания. Для редких и нетиповых позиций провайдер может устанавливать заградительные платежи в виде минимального контракта (например, квартал) или установочный платеж при выделении оборудования, но, для большинства позиций, аренда сервера не требует особых обязательств со стороны клиента. Хотите отказаться от услуги — пожалуйста.

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

3. Эластичность услуги
Провайдер имеет на складе большой выбор платформ, таким образом клиент всегда может перейти как на более производительную, так и на менее производительную услугу при наличии потребности. Для провайдера это абсолютно типовая ситуация, с которой он сталкивается ежедневно в рабочей практике. В случае же собственного купленного сервера клиент вынужден покупать оборудование “на вырост”, если хочет создать запас для роста, это ведет к низкой экономической эффективности вложения средств, к тому же, часто заранее “угадать” что же будет необходимо через год весьма проблематично.

При необходимости обновления сервера техническим службам приходится согласовывать дополнительный бюджет, что может занимать продолжительное время и вести к незапланированным расходам. Сравните для примера (цены ориентировочные на момент написания статьи):


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

Финансовый фактор
Арендуя сервер, клиент тратит минимальное необходимое количество денежных средств. При необходимости перехода на более или менее производительную платформу бюджет изменяется по факту данной необходимости.

4. Замена комплектующих по требованию
Чего клиенту точно не скажет провайдер услуги аренды сервера: “Знаете, Вы неправильно использовали SSD и она излишне изношена, Вы должны заплатить за установку новой”. В этой услуге провайдер меняет Вам все по требованию, при наличии мотивированной просьбы.

Вообще, при выборе услуги аренды сервера, клиент начинает работать с “вечной” гарантией на комплектующие, провайдер просто меняет все что нужно, чтобы услуга продолжала работать. Поскольку провайдер заинтересован, чтобы у клиента услуга работала всегда (он получает деньги только когда услуга работает), то провайдер меняет оборудование на другое, а уж потом разбирается в чем дело. Это обеспечивает минимальный простой. И провайдер действительно может себе это позволить, поскольку в наличии всегда достаточно много единиц оборудования в резерве и на складе для будущих продаж.

Это никак не сравнимо с тем, что клиент получает при покупке сервера. В случае износа SSD клиент получает отказ с мотивацией “на износ гарантия не распространяется”. В случае гарантийного ремонта сервер может находиться в ремонте днями, неделями и даже больше месяца, а с учетом логистики до сервисного центра тратится дополнительное время и клиент несет затраты. Чтобы преодолеть данные проблемы клиенты покупают высоконадежное оборудование от известных вендоров (HP, Dell, IBM), но даже это не гарантирует того, что неприятность не случится.

5. Гарантия высокой доступности сервиса
Промышленные серверы очень надежны, они построены на элементной базе, которая на порядок лучше, чем так, которая находится в Вашем ноутбуке или компьютере. К примеру, блок питания для сервера будет стоить в районе 10000 рублей. Однако, даже такие меры не гарантируют бесперебойной работы в течение долгих лет. Как и все в мире, серверы выходят из строя.

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

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

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

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

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

6. Высокая физическая безопасность
Современный центр обработки данных — режимный объект, который находится под круглосуточной охраной, вход в ЦОД строго по пропускам. Вот только примеров инцидентов, от которых клиент защищен, размещая сервер в промышленном ЦОД:

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

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

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

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

Поскольку все пространства ЦОД просматриваются посредством видеокамер, всегда есть возможность отследить был ли физический доступ посторонних лиц к оборудованию.

Дополнительно стоит отметить и то, что в ЦОД всегда используется система газового пожаротушения, которая гарантирует минимальные повреждения даже для оборудования, которое находится рядом с воспламенившимся объектом. Система срабатывает полностью автоматически без участия человека.

Резюме
ЦОД — это очень дорогой объект, стоимость которого начинается от 10-20 миллионов рублей. Окупаемость объекта — около пяти лет. Легко представить, что подобный проект весьма проблемно реализовать в рамках отдельной организации.

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

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

7. Надежная телекоммуникационная среда
Многие клиенты, приобретя сервер, размещают его в своей серверной. В том случае, если к этому серверу не требуется стабильный доступ извне, например, для оказания публичных сервисов или связи филиалов организации между собой, то данный способ может быть подходящим. Однако, в современном мире уровень подключенности значительно вырос, появились внешние и мобильные сотрудники, доступ предоставляется посредством безопасных VPN из удаленных точек. Все чаще и чаще необходима постоянная доступность сервера извне. В этом случае конкурировать с профессиональным провайдером весьма сложно, ведь все коммуникации располагаются в рамках ЦОД, а значит, что сервер практически подключен к ядру сети, кабель не разорвет экскаватор, свет не отключат электрики, а множество каналов передачи данных позволит предоставить доступ к серверу клиентам по оптимальным путям.

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

Итак, допустим, к клиенту в офис приходит канал 100-1000 Мбит/с, к которому и подключается сервер через офисный шлюз. Что может пойти не так? Вариантов достаточно, вот некоторые примеры:

• трактор перекопал оптику до офиса — это происходит постоянно в каждом городе, были даже случаи перекопа и резервных каналов оптики;
• на оптоволокно выпал ледяной дождь и оно “сломалось” под собственным весом — такое было в Москве в 2016-м.
• на выходных в офисе отключили свет и не говорят когда включат, все ИБП разрядились за 2-4 часа, генератор взять негде, ИБП на оборудовании провайдера тоже разрядились;
• произошла гроза, в районных и домовых узлах что-то сгорело;
• маршрутизатор сгорел;
• клинер задел что-то не то при уборке.

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

А теперь посмотрим на то, как устроен сам бизнес оператора, который предоставляет клиенту канал в офис. Если клиент приобретает офисный канал у большого мультисервисного оператора, например, Ростелеком, МТС, Мегафон, то все дальнейшее не распространяется, однако достаточно часто интернет приобретается у местного игрока, который специализируется именно на предоставлении широкополосного доступа в сеть. В этом случае все куда интереснее. У такого провайдера есть определенный подход, который обеспечивает ему прибыльную бизнес-модель, которая определяется двумя чертами:

• приобретать 1-2 широких канала;
• установка оборудования приоритезации трафика (например, игровой пропускается в первую очередь, а торренты в последнюю).

Для предоставления широкополосного доступа — это прекрасно, но, когда в сети начинают размещаться серверы, то ситуация радикально меняется, и вот в чем:

• DDoS. Современные атаки достигают 40+ Gbit/s и способны забить канал любой пропускной способности. Когда у провайдера один-два широких канала (10 Gbit/s, к примеру для провайдера с 10 тысячами абонентов вполне нормально), то в случае DDoS эти каналы полностью забиваются и вся сеть перестает работать.
• Приоритезация трафика. Хотя на бизнес-тарифах схема с “поджиманием” трафика может не применяться, но всегда есть вероятность, что, к примеру, в вечернее время сервер будет делить перегруженный канал с другими абонентами и качество обслуживания снизится.

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

К примеру, НетПоинт имеет в настоящее время:

• три магистральных канала;
• подключение к семи точкам обмена трафиком;
• пиринговые отношения с несколькими региональными операторами.

Стоимость поддержания такой связности значительно выше, чем купить 1-2 широких канала, но это дает ряд преимуществ:

• более простая защита от DDoS, за счет локальной связности появляется возможность гибко управлять трафиком, даже в случае DDoS сеть не становится полностью парализована, а продолжает работать, доступ к оборудованию клиентов сохраняется по многим направлениям, хотя где-то качество может и упасть;
• отказ части каналов не ведет к существенной деградации производительности сети, что ведет к выполнению ожиданий пользователей.

Бизнес-аспект, работа с рисками
Бизнес хостинг-провайдеров значительно отличается от бизнеса провайдеров ШПД, к хостинг-провайдеру никто не будет приходить за услугами, если его сеть недостаточно надежна, клиентам нужны гарантии. Для решения данной проблемы вводится такой параметр как SLA (соглашение об уровне сервиса), который регламентирует сколько времени в месяц услуга может быть недоступна. Типичный SLA — 99.7+%, то есть, в течение месяца примерно 2 часа 15 минут, услуга может быть недоступна. Если же она недоступна больше, провайдер возмещает стоимость услуги тем или иным образом.

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

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

Вместо заключения
В этой статье мы хотели не только перечислить семь весомых причин взять в аренду сервер или даже просто разместить свой сервер в ЦОД, но и немножко раскрыть кухню интернет-провайдинга и бизнеса хостинг-провайдеров. Мы часто сталкиваемся с тем, что наши потенциальные клиенты совсем не знакомы с тем, что же именно предлагают хостинг-провайдеры и как устроен наш бизнес. Мы надеемся, что эта статья поможет лучше понять наши услуги, их организацию и экономику, что мы делаем для наших клиентов и как мы это делаем. Очень хотелось сделать эту статью простой для понимания неподготовленных читателей, если Вам что-то было непонятно, напишите нам Ваш вопрос на e-mail support@netpoint-dc.com. Будем рады ответить на любые дополнительные вопросы, которые Вас заинтересовали и учесть найденные замечания.

В НетПоинт всегда в наличии широкий выбор аппаратных и виртуальных серверов по выгодным ценам. Мы гарантируем отличную связность по России и миру. По вопросам аренды серверов и размещения серверов в ЦОД свяжитесь с нашим отделом продаж: 8 (3822) 705-476 (c 9:00 по 17:00 МСК+4) или по e-mail: sales@netpoint-dc.com

billing.netpoint-dc.com

Сегодня смонтировали первую очередь облака Cloud2, вычислительные узлы Intel, отказоустойчивые сетевые компоненты, серверы управления с резервированием. В планах, первые 8 вычислительных узлов кластера будут включать 256 ядер, 2ТБ RAM, 32 TB системы хранения данных только на SSD, сегодня смонтировали 96 ядер, 756 GB RAM и 8 TB хранилища SSD.




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

С радостью сообщаем, что мы успешно подключились к точке обмена трафиком MSK-IX. Это было долгое и «тяжелое» подключение, процесс длился около 1 года, но это того стоит. Сегодня мы видим существенный переток трафика в данный канал, поскольку он широко востребован операторами из Европейской части страны. Теперь, мы имеем возможность доставлять ваш трафик по оптимальному подключению к непосредственным потребителям. Часть трафика, которая шла от нас через Европейские аплинки обратно в Россию теперь доставляется напрямую.



Подключение к MSK-IX дает нам возможность для очень гибкого управления трафиком и служит цели снижения урона при DDoS атаках.

Хотим напомнить, что сегодня NetPoint подключен к трем магистральным операторам:

• ПАО МТС (IPv4, IPv6)
• ЗАО Транстелеком (IPv4, IPv6)
• ПАО Мегафон (IPv4, IPv6)

И к шести точкам обмена трафиком:

• MSK-IX (IPv4, IPv6)
• SFO-IX
• SIBIR-IX
• NSK-IX
• TSK-IX
• TSKIX

Также, мы развиваем частные стыки с региональными и федеральными операторами и поддерживаем протокол IPv6 в своей сети.

Благодарим наших абонентов за поддержку и доверие.

PS: в июле запускаем новое облако виртуальных серверов Cloud2 — очень быстрое и современное.

Добрый день, уважаемые клиенты и партнёры!
Продаём сервер Asus в связи с расчисткой склада ЗИП за 40 000 рублей.
Asus (Z8NR-D12) 2xXeon 4C E5620/48GB/Adaptec 5805Z + BBU/2х250GB+2x500GB/max до 8 дисков 3.5"/2xPSU AC (1 шт.)
В подарок Cisco Catalyst WS-C3550-12G коммутатор, Layer3, 2 x 10/100/1000, 10 x GBIC.

Самовывоз из нашего офиса, оплата наличными, гарантия две недели. При оплате банковским счётом +6% к стоимости.
По вопросу приобретения обращаться в отдел продаж:
09:00–17:00 Пн.–Пт.: +7(3822)705-476, nov@netpoint-dc.com