Pull to refresh

Comments 61

А скорость канала мерять не пробовали? КВМ, как я понимаю, отсутствует. Если сервер перестал грузиться, к нему доступ сам получить уже не сможешь? И Список доступных ОС посмотреть-бы…
Список ОС: Gentoo, ubuntu 12.04, ubuntu 14.04, ubuntu 15.04, archlinux, fedora 22, openSUSE 13.2, Alpine Linux 3.2, Debian Jessie (8.1), Debian Wheezy (7.8).

КВМ, кстати, есть. Доступен прямо из панели управления. Пока Вы не спросили, я на него даже внимания не обратил. :)

Реальную скорость канала не мерил. Заявлено у них 200 мегабит. Успел только посмотреть пинги до пары нужных мне мест. Например, от ДЦ AWS в Дублине до них менее 20мс.
ubuntu@instantcloud:~$ ./speedtest-cli
Retrieving speedtest.net configuration…
Retrieving speedtest.net server list…
Testing from Tiscali France (212.47.232.139)…
Selecting best server based on latency…
Hosted by fdcservers.net (Paris) [1.59 km]: 5.008 ms
Testing download speed…
Download: 381.85 Mbit/s
Testing upload speed…
Upload: 152.48 Mbit/s
ubuntu@instantcloud:~$ ./speedtest-cli
Retrieving speedtest.net configuration…
Retrieving speedtest.net server list…
Failed to retrieve list of speedtest.net servers
ubuntu@instantcloud:~$ ./speedtest-cli
Retrieving speedtest.net configuration…
Retrieving speedtest.net server list…
Testing from Tiscali France (212.47.232.139)…
Selecting best server based on latency…
Hosted by NEOTELECOMS (Paris) [1.59 km]: 4.68 ms
Testing download speed…
Download: 481.56 Mbit/s
Testing upload speed…
Upload: 163.27 Mbit/s
ubuntu@instantcloud:~$ ./speedtest-cli
Retrieving speedtest.net configuration…
Retrieving speedtest.net server list…
Testing from Tiscali France (212.47.232.139)…
Selecting best server based on latency…
Hosted by NEOTELECOMS (Paris) [1.59 km]: 4.679 ms
Testing download speed…
Download: 600.10 Mbit/s
Testing upload speed…
Upload: 159.88 Mbit/s
Меня он тоже интересует! :)
Но я не большой спец по таким тестам. Если подскажете, относительно простой вараинт теста. Желательно, заскриптованный, то сделаю.
ubuntu@instantcloud:~$ sudo dd if=/dev/nbd0 of=/dev/null bs=1M count=10000
10000+0 records in
10000+0 records out
10485760000 bytes (10 GB) copied, 90.492 s, 116 MB/s


Для сравнения:
— cтарый m1.small на амазоне отдает 36.4 MB/s
— новый под wmware vCloud у одного россйского хостера 238 MB/s
Тогда уж.
sudo dd if=/dev/zero of=bigfile bs=1M count=10000 conv=fsync

Вообще же, раз на то пошло, лучше.
wget -O- https://freevps.us/downloads/bench.sh | bash
Привел результаты тестов в статье.
Тестировал в начале лета, точных цифр не помню, но запомнил что IOPS в 5 раз меньше чем на 5$ DigitalOcean
Ну это тогда ни о чём вообще, к сожалению.
Вы можете сами попробовать instantcloud.io Диски подключены по NBD к SAN.
Привел результаты некоторых тестов в статье.
А диском я один пользуюсь? Или это сетевой диск в общем доступе?
Сетевой в общем доступе. Я понимаю, что Вас интересует реальный IOps. :)) Но таких данных у меня пока нет.

По дефолту (в 3 евро/месяц за инстанс) доступно 50ГБ. Можно попросить больше за дополнительную плату.
Это чудо можно использовать в качестве Open VPN сервера?
Не вижу причины, почему бы нет. Во всяком случае openvpn сервер в репах убунты есть. :)
Конечно можно, у меня свой домашний VPN сервер на arm
Легальная сторона вопроса:
К моему удивлению, я не нашел у них в Terms of services прямого запрета на публичный vpn хостинг, что обычно присутствует у большинства провайдеров. Правда, читал я по диагонали.
С другой стороны, компания подпадает под юрисдикцию Франции, в коей законы достаточно нелояльные по отношению к торентам и прочим радостям интернет гиков. И соглашение просто пестрит ссылками на законы…

А технически — да, без проблем поднять можно. Тем более, там не нужно слезно просить поддержку включить модули ядра tun\tap, как в случае openvz хостинга =)
Так, а зачем вам публичный?
Звучит как допрос =)
Лично мне — незачем, но само наличие такого пункта считаю показательным.
Ну и на перспективу поднять себе и друзьям без постоянной тревоги о том, кто куда сходил и что потом за это будет…

Из праздного любопытства внутреннего параноика было бы интересно, на чем хостятся сервера vpn.ccrypto.org

А у scaleway прямо на гитхабе есть официальный docker image с openvpn
Интересно, в самом худшем случае, скорее всего, просто забанят аккаунт. Если вы гражданин другого государства и не проживаете во Франции, кому нужно будет с этим возиться? Из-за торрентов то.
Не вижу причины, почему бы нет. Во всяком случае openvpn сервер в репах убунты есть. :)
А давайте попробуем docker… Здесь меня ждало разочарование. Он говорит, что работает только на 64 битных системах. Хотя у меня сомнения, что он вообще умеет работать на ARM. Но, по крайней мере, ошибку он мне вывалил, именно про 64 бита. Вообщем, отпадает.

Я видел вполне нормально работающий Docker на Raspberry Pi 2.
Ну из убунту репы, на самом деле докер ставится. Но он там старый — 1.4. Не пригоден.

Я, собственно, изначально пытался ставить отсюда: docs.docker.com/linux/step_one здесь он и руганулся про то, что не 64 бита.

Сейчас нашел репозитарий на гихабе: github.com/docker-32bit/ubuntu — поиграюсь с ним попозже.
Я нормально запускал Docker на Cubietruck, очень странно, что у вас не получилось его запустить.
Отписал выше. То есть, он есть, на самом деле есть, но его, как бы, нет.
The C1 servers are ideal to package deployments for the IoT (Internet of Things).
As the first cloud provider worldwide to offer Docker on ARM, you have now the perfect tools to prepare your deployments for ARM devices directly in the cloud.
Docker logo

Тыц
А вот это Вы очень хорошо ткнули! Я даже не обратил внимания на это. На самом деле, у них поверх инстанса есть возможность запускать докер образы с ImageHub или собственные.

Вот это слона-то я и не приметил! :)
Все бы ничего, но причем тут cloud? «Deploy BareMetal SSD cloud» — BareMetal Cloud?! Фейспалм какой-то уже получается.
Облака это совсем не обязательно виртуализация. http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf
Учитывая предоставляемые ресурсы за такую цену, arm, и обещаемую в ближайшем будущем поддержку FreeBSD — очень интересно.
По сути это дочерний проект хостера Online.net
В прошлом году участвовал в бета-тесте этого сервиса. Целых полгода совершенно бесплатно работали два подобных инстанса. В первое время конечно были косяки с образами систем и привязкой сетевых дисков, но в целом все работало.

Вообще лично мне понравилась концепция небольших bare-metal серверов, но с возможностью монтирования дисков прямо из панели управления.
Жаль CentOS нету, проголосовал чтобы его добавили. А так сервис норм, для мелких сервисов сойдет за эти деньги.
ну как минимум на x86_64 тоже работает :) Про то, что на arm нет я честно говоря не знал.
x86 обозначает всё семейство включая 64битные архитектуры.
dmidecode это x86* специфичная утилита. Она показывает информацию из BIOS. А в этой машине нет BIOS, показывать нечего.

Есть, например, lshw
# lshw
scw-wbahs
    description: Computer
    width: 32 bits
  *-core
       description: Motherboard
       physical id: 0
     *-memory
          description: System memory
          physical id: 0
          size: 2023MiB
     *-cpu
          physical id: 1
          bus info: cpu@0
  *-network
       description: Ethernet interface
       physical id: 1
       logical name: eth0
       serial: 00:07:cb:03:18:95
       size: 1Gbit/s
       capacity: 1Gbit/s
       capabilities: ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=mv_eth duplex=full firmware=N/A ip=мой.внутренний.ip.адрес link=yes multicast=yes port=MII speed=1Gbit/s
Docker работает замечательно, пробовали на Odroid XU4, Odroid XU3 и SolidRun CuBox-i4×4.

На новую версию обновляется легко:

wget https://github.com/umiddelb/armhf/raw/master/bin/docker-1.7.1 && stop docker.io && cp docker-1.7.1 /usr/bin/docker && chmod a+x /usr/bin/docker && start docker.io

Подробнее в статье про docker для ARM v7

По производительности (3 шт. Odroid XU4, eMMC 32 GB или USB 3.0 HDD):
cassandra-stress на 3 нодах (каждая в docker-контейнере) выдает 12 тыс/c
iperf — около 950 Mbit/s

Centos 7 пока еще в экспериментальном репозитории, image для загрузки и для docker уже можно собрать, но тестировать всю систему придется самим, с ubuntu 14.04 все проще — уже давно всеми тестируется и работает как часы.

На этой неделе Hetzner стал предлагать сервера на основе Odroid XU4. Но почему-то ограничилcя только Ubuntu 15.04 (почему не выбрали 14.04?).

Производительности ARM v7 серверов вполне хватает (для наших задач), жалко что память ограничена только 2GB.
Хотя, есть экземпляры и с 4GB RAM, но по цене уступают в два раза Odroid XU4.

Стоит обратить внимание при размещение системы на sd-картах.
Для домашнего использования все хорошо, а вот для серверов — нет.
Часто при сбросе файлового кэша на sd-карту происходит замирание системы, т.к. sd-карты не обеспечивают постоянную скорость записи в режиме random.
Намного лучше себя ведут eMMC 5.0: постоянная скорость записи в разных режимах — 50MB/s (тестировали только у Odroid XU4).

По слухам, AMD готовит плату с 64-битным процессором, основанную на спецификации www.96boards.org/ee-specification по стоимости в 300-400$.

Для размещения в стойке формат текущих плат немного не устраивает.
Было бы здорово, если бы у Odroid XU4 порт UART и разьем питания располагались на противоположной стороне от RJ45 и были бы с каким-нибудь разъемом для backplane, например, как для шасси у медиаконвертеров.

Я не понимаю, почему многие предпочитают выбирать дистрибутивы с неподходящими им версиями ПО в репозитарии и устанавливают нужное ПО через сторонние скрипты. Это же нелогично как-то, и разрушает управления пакетами через пакетный менеджер. Почему не установить тот дистрибутив, где у вас будет Docker нужной версии сразу, тот же Fedora 22, ArchLinux ARM? Вы ведь все равно остальной софт намерены внутри Docker запускать, с какой-то своей ОС.

amarao меня поддержит, я уверен.
Потому что нужна стабильность и предсказуемость.

Например, я уже 4 года на ноутбуке используют archlinux, и каждый раз обновление системы приносит новые ошибки и (иногда) исправление старых. На ноутбуке две карты Nvidia и Intel, при обновлении ядра очень часто невозможно переключиться на Nvidia. Я уже не говорю про gnome shell, для которого у меня несколько скриптов, исправляющий его глюки.

Ставил archlinux на Odroid-U3 (используется в одном проекте для управления железками + vpn), в один день пришло обновление, которое поломало получение ip адреса по dhcp (было связано с systemd).

Мы выбрали Centos для Intel и ubuntu для ARM. Основное — это LTS.
Да, некоторые пакеты не устраивают, например java, docker, mysql и еще несколько.
Для низ сделаны собственные репозитории, за которыми мы следим и обрабатываем все CVE, связанные с ними.
Остальные пакеты в рамках существующих версий в LTS не обновляются на новые версии, только исправляются ошибки и правится безопасность, поэтому основная система стабильная.

Разве это проблема? Проапгрейдились до следующей версии раз в полтора года, и снова горя не знаете.
От версии к версии меняется много, разные системы инициализации (init, upstart, systemd), новые пакеты, взамен старых (например, pam для ldap), про ядро я уже не говорю (это только для intel, для arm за ядром все равно самим следить).
Плюс, нужно еще и протестировасть самим систему, погонять тесты на производительность.
Еще не надо забывать про новые GCC, glibc и binutils.
Плюс, больше чем уверен, что oracle свою версию java тестирует на LTS-системах.

А что мы получаем взамен?
Только новые версии пакетов, которые еще и не протестированы.
К примеру, мне все равно, что нового в open-ssh сервере (текущая функциональность полностью устраивает), главное, чтобы не было ошибок и дыр в безопасности.

Для host-систем, я лучше бы выбрал alpine linux или coreos, но у них нет LTS пока.
Экспериментировали с yoctoproject, но там не все входит в LTS и в случае с docker за слишком многим нужно следить самим.
У buildroot тоже нет LTS.

Ну, война bleeding edge с stable не прекращалась никогда.

Правильное решение: собирать свои пакеты, делать миррор и предоставлять их клиентам. Да, нужны люди с квалификацией. Нет, не обязательно. Вообще, никто не обязан работать качественно и кто угодно может халутрить настолько, насколько ему позволяет совесть и наглость.
Если кто-то что-то будет компилировать, то следует использовать следующие CFLAGS/CXXFLAGS:
-mcpu=marvell-pj4 -mfpu=vfpv3-d16 -mfloat-abi=hard

CPU достаточно дохлый, не поддерживает NEON, так что для серьезных задач не годится.
Чисто для сравнения:
  • i5-4570 (Haswell, 2013 года выпуска, 4 ядра, 3.2GHz) кодирует тестовое видео с 23 fps.
  • XEON E5440 (2009 года выпуска, 4 ядра, 2.83GHz, ~Quad Q6600 разогнанный) кодирует тестовое видео с 10 fps.
  • Эта ARM-машина кодирует тестовое видео с 0.93-1.07 fps.
Это больше говорит не столько о «дохлости» CPU, сколько об оптимизированной для SSE кодировке видео. К тому же, вы сравнивали CPU ~1300 bogomips без NEON с x86 8000-12000 (?) bogomips, а надо было с другим ARM примерно той же частоты, имеющим NEON, чтобы увидеть, что он даст на «серьёзных» задачах.
Пока что ваш тест говорит лишь о том, что это CPU не годится для кодирования видео.
Просто пусть побудет здесь.

Пользовался Scaleway около года. До сегодняшнего дня.
Сегодня ночью сервер перестал отвечать, холодная перезагрузка тоже не помогла. Саппорт ответил, что принял тикет примерно через 5 часов после заведения тикета.
Ещё через 2 часа прислали следующее.

Hello,
Your instance is running on a hypervisor that had a critical failure. We are not able to power on the hypervisor again. We were not able to recover your local files located on your LSSD.
Your node has been stopped, if you made snapshot of this disk or if you halted your node recently, you will recover your disk to the latest stop state
We are sorry for the inconvenience.
Scaleway Team


а ещё через час

Pierre-Antoine wrote:
Hello
Issue seems fixed, could you check?
Regards
Scaleway Assistance


Автоматического резервного копирования в панели Scaleway нет.

История закончилась благополучно, потому что резервное копирование на сторонний сервер всё-таки было мною когда-то настроено. Но на этом наше сотрудничество прекратилось.
Очень печально…
А уточните, пожалуйста. Второе письмо подразумевает, что что-то смогли восстановить. В реальности это не так?

И ещё. У Вас был, как я понимаю, x86 сервер? То есть, не выделенная железка?

Лично у меня всё, слава Богу хорошо. С момента написания этой статьи до сих пор у меня работает ARM32 машинка без каких-либо проблем. Но бэкапы я делаю на AWS S3 :))
У меня машинка тоже до сих пор работает. Спокойно обкатываю на ней всякое. Главное ранскрипты не забывать обновлять, чтобы к обновлению ОС ядро тоже было свежим.
Второе письмо подразумевает, что они ответили на мой тикет и хотели бы закрыть его. Восстановить они ничего не смогли.
Нет, не железка, конечно. Облачный «сервер» за 3 евро.
Перенёс всё с бэкапа на DigitalOcean. Там хотя бы есть своё резервное копирование.
Есть еще «интересные свойства» у этого провайдера.
Волшебным образом у меня на акке появились новые сервера общей стоимостью 60+ евро.
Также волшебным образом появился еще один ssh ключ.
И это при двухфакторной аутентификации.
Написал в поддержку, жду ответа.

Ответ можно сократить до:
«Нам очень жаль, мы не знаем, как так могло произойти, но вам надо заплатить.»
Да, карту из интерфейса там отвязать нельзя. Если удалить аккаунт, деньги все равно снимут.
Я бы с таким ответом направился бы прямиком в банк с заявлением на чарджбэк по этой транзакции (приложив всю переписку). Ну и прекратил бы пользоваться хостингом у которого такая дыра в билинге.
Ну я вот и думаю, как это оформлять.
Sign up to leave a comment.

Articles