Компания
153,19
рейтинг
22 декабря 2010 в 15:59

Разное → Первая статистика работы облака

Итак, месяц с момента начала работы. (Рекламу мы начали несколько позже, но первые клиенты появились как раз месяц назад), появилась возможность посмотреть на первые цифры.

Примерно 47% заказанных клиентами виртуальных машин выключены владельцами. Величина меняется от 38% вечернее время до 58% в ночное.

При анализе статистики я разделил клиентов на две группы — одни реально используют машину в работе, другие — нет (вероятнее всего, это те, кто пришёл «посмотреть»).

Среди реально использующихся самая «дорогая» машина обошлась клиенту в 1138 рублей за месяц, распределение расходов было следующим:

Ресурс количество Сумма
Машинное время 158.94 часа 158.94 руб
Оперативная память 304.01 Гб *ч 152 руб
Диск: запросов на чтение 92.016 млн. шт. 276.04 руб.
Диск: запросов на запись 12.641 млн. шт. 37.92 руб.
Диск: прочитанный объём 2167.308 Гб 216.73 руб.
Диск: записанный объём 269.513 Гб 26.95 руб.
Хранение диска 22.110 Тб * час 110.55 руб.
Сеть: получено 54.187 Гб 10.83 руб.
Сеть: отправлено 148.426 Гб 148.42 руб.


Эта машина работает с настройками Debian Squeeze (32), автоматически регулируемая память от 256 до 2048 Мб, диск 30Гб. Судя по загрузке, которую я могу видеть снаружи, вполне себе так работает, процессор показывает загрузку, прыгающую от 10 до 60%, диски шуршат, сеть активна.

Самая дешёвая машина среди «активных» съела примерно 200 рублей (апроксимируем, так как эта машина работает только три недели).

Среди простаивающих машин цифры куда меньше (при примерно таких же настройках). Самая дешёвая машина (видимо, клиент потестил, выключил и решил оставить «на всякий случай») обошлась клиенту в 15 рублей — её выключили в первый день и с тех пор считается там только хранение дисков. Самая дорогая — в 170 рублей (клиент зачем-то сделал диск на 200Гб и периодически включает/выключает. Бэкапы?).
Автор: @amarao
Селектел
рейтинг 153,19

Комментарии (160)

  • +5
    «Самая дорогая — в 170 рублей (клиент зачем-то сделал диск на 200Гб и периодически включает/выключает. Бэкапы?). „
    Ага. Это не я, но я так делаю часто. Для переноса данных при переустановке OC или отправка больших макетов в типографию, видео передать заказчику.
  • +3
    окупаться проект уже начал? -)
    • +5
      (танинственный смайлик)
      • +6
        Надеюсь, что окупаться будет. Потому что предложение у вас очень заманчивое.
    • +1
      думаю до этого еще далеко.
      что бы такое окупалось, надо что бы клиентов было много, тогда за счет динамического распределения ресурсов (особенно памяти) можно оптимально нагрузить имеющиеся сервера.
  • 0
    да, недорого.
    интересно, во сколько обойдется поставить видео сервер на 3-4 дня?
    потребление памяти 2 гига (томкат, жава), прием 2-3 мегабита, раздача сто-двести мегабит.
    • +2
      Ну, память посчитать легко. 2Гб при 0.5р за гигочас будет стоить 24р/сутки.

      2-3мегабита при практическом подсчёте обычно оказываются существенно меньшей полосой, потому что меряют на глазок, а в байтах там совсем другое. Если цифры (по минимуму) принять за константу, то это 4р/сутки за входящий и 216р/сутки за исходящий. Плюс, дисковая активность и процессор (но по моему опыту выжать даже 5-6 часов машинного времени в сутки сложно).

      Таким образом будет что-то порядка 7-8 к. в месяц.

      Но реально раздавать постоянно полные 100 мегабит — это тяжеловато. Особенно ночью. Наверняка же проседает трафик?
      • 0
        > 2-3мегабита при практическом подсчёте обычно оказываются существенно меньшей полосой, потому что меряют на глазок

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

        я и не говорил в месяц. машина нужна 3-4 дня, раздавать видео поток она будет постоянно, ну пусть будет 50 мегабит ночью, 200 днем. но меньше не будет, это точно.
        • +1
          Ну, соответственно, входящий будет 4-5р в день. Исходящий — 200-300 (но, зависит от реального колебания загрузки). В сумме, я думаю, около 250р/день.

          PS Наружу там сейчас гигабит, если увидим, что поджимает, будет 10.
          • +1
            да, вполне терпимо по цене.
            тогда можно будет как-нить попробовать поднять и потестить.
            ну забить гигабит не сложно — всего-то 500 человек смотрящих 2-х мегабитный поток и все.
            правда до 500 нам еще далеко, а вот 150-200 человек это вполне реально на сей день.
            • +3
              У оверсана-скалакси 40 слотов дороже выходит, так что выгодно
            • –1
              50 человек, которые смотрят 24 часа в сутки? Вот ведь где вся фича, и ради чего задумывалось всё. Нет человека — нет нагрузки и трафика.
              • +2
                что тебя удивляет? контент генерируется и ночью. есть люди, которые смотрят (вероятно не те же самые, что и днем), есть те, которые просто включают фоном, или что бы не пропустить что-нить интересное. в общем случае я могу сказать, что до нуля оно не упадет, а 50 это нормальный минимум, который будет в любое время суток.
            • +1
              Что за проект, если не секрет? Интересно.
  • +1
    мне вот интересно, сколько будет стоить минимальная машинка с болтающейся на ней службой openvpn (большую часть времени даже без трафика)? Нужен бекапный сервер под vpn (основным служит домашний быдлосервер), сейчас плачу 150р за vds-ку.
    • +1
      Без нагрузки 24 часовой аптайм debian mini (обычный дебиан с низкими лимитами по памяти) стоит примерно 45-50р в месяц. Если нагрузка — это шифрование и сетевой трафик, то машинное время будет пренебрежимо мало на фоне объёма трафика и можно считать только его — проксирование (принять/отправить) будет стоить 1.2р/Гб.

      • 0
        спасибо, попробую непременно ваши услуги.
      • +2
        Ребят, а нет у вас формы куда самый ленивый айтишник мог бы забить данные по потребляемым ресурсам на нынешнем vds и получить статистику сколько по цене это у Вас выходит?
        • +1
          Будет, уже в локальной ERP поставлена задача. Будет даже круче. Я про это на хабре точно напишу, и наверное, не один раз.
          • +1
            Отлично. Ждём. Может быть будет будет ещё возможность из своих проектов для расчёта стоимости получить статистику по дискам, оперативке и машинному времени. Я честно говоря не представляю как на глаз прикинуть какие у меня по этим параметрам значения будут.
          • 0
            Ну как — реализовали таковую возможность? Было бы интересно посмотреть
            • 0
              Всему своё время. В рабочем графике оно есть, но приоритет относительно низкий. Вероятнее всего мой помощник ей замётся сразу после завершения текущей задачи.
  • +1
    Что такое машинное время в верхней таблице? Что отражает цифра 158?

    Ну и ссылочку бы дали, реклама, все-таки.
    • +3
      Я всё-таки искренне надеялся уйти от формата «просто реклама». А так — selectel.ru/cloud/

      158 часов процессорного времени — это столько времени работали ядра виртуальной машины. Как только машине не нужно считать, она делает idle и ей машинное время не считается. Как только приходит событие, машина получает право на запуск в скедулере зена и начинает обрабатывать событие. Закончила обрабатывать — отдала время соседям.

      Условно говоря, это как бензин в двигателе. Машина стоит на месте — бензин тратится мало. Нажали на газ — больше. (И на современных автомобилях машина сама определяет, сколько ей бензина нужно).
      • +1
        Просто когда вы что-то описываете, пусть то даже не реклама, если нету кнопки куда ткнуть и посмотреть сразу — это неудобно.

        Насчет схемы работы облака я в курсе, я никак не мог понять, что значит процессорный час. В принципе на сайте понятно изложено — это час сто процентной загрузки одного ядра.
      • 0
        тут уже не просто реклама — тут вкусно.
        помоему у вас только один реальный минус — географическое расположение серверов (потом если что расскажете как у вас с юр поддержкой и тп вопросами «выноса серверов»)

        и так, мелкое змечание, блин сделайте буквы побольше
        main.css (line 1)
        *{…
        font-size: 9.4pt;
        ...}
        или так font-size: 0.98em;
        так как-то приятнее
        • 0
          я уже как-то писал идею, что для облачной панели надо давать выбор в каком дц предпочтительнее держать вирт.машину, что бы юзер мог выбрать где ему удобнее.
          • +2
            В будущем это планируется. Как минимум выбор Питер/Москва будет скорее всего уже в 2011 году.
        • –1
          Сайт переделывается, с мелким шрифтом я сам борюсь. Относительно выноса серверов — пока не было (хотя серверов много и контент на них разный).

          (тут с боку подсказывают — по решению суда)
      • 0
        «за 1 час процессорного времени принимается загрузка одного ядра на 100% в течение часа.»
        Расскажите поподробнее про производительность этого ядря. С чем можно сравнить час его работы на 100% загрузке? Его производительность такая же как у VDS-1024 (при той же 100% его загрузке) или выше/ниже?
        • 0
          Что такое «VDS-1024»? У нас на облачных машинах используется процессор Xeon L5520, соответственно, речь идёт о часе загрузки одного его ядра на 100%. Если 1024 — это гигагерц, то да, примерно в 2.5 раза быстрее. Плюс, нужно понимать, что у процессоров скорость разная — я недавно постил сравнение — можете оценить разброс:http://habrahabr.ru/company/selectel/blog/107378/ L5520 практически нос-в-нос идёт с L5620.

          • 0
            «VDS-1024» — это ваш селектеловский арендуемый виртуальный сервер (http://selectel.ru/vds/) — CPU — 1024MHz

            VDS-ы у вас тоже как и облако работают на Xeon L5520? Ели — да, то действительно получается в 2.5 раза быстрее.
            • 0
              А, пардон. VDS'ы на openvz работают, ими другие люди занимаются. (кроме того, я не знаю, что у них в качестве хостов стоит). Да, вероятнее всего так, в 2.2 раза быстрее.

              Кстати, вы зря на процессор так смотрите, всё равно его никто не использует серьёзно (вон, вверху цифры). Близко к 800% мне удавалось получить только с помощью cpuburn (явно не product-приложение). У меня есть предположение, что когда мы выйдем на рассчётную загрузку хостов, загрузка процессоров будет ниже 20%.

              По-крайней мере на VDS у нас именно так — процессор наименее востребованный ресурс.
    • 0
      selectel.org/cloud/

      Машинное время, час использования процессорного времени. ;)

  • +2
    Какие ОС работают у вас в облаке?
    • +5
      Линукс. В ассортименте Debian Squeeze, Centos 5.5 (будет 6.0, как допилят), Ubuntu Lucid Lynx (LTS). Ещё есть OpenSUSE, но она иногда не ставится, так что из публичного списка выключена до решения проблемы инсталлятора (если кому нужно — пишите, предоставим).
      • +2
        freebsd бы (для неких нужд).
        Нечасто они они на рынке виртуалок встречаются :-(
        • +4
          Ну, FreeBSD — это целая пачка проблем. Во-первых, у них огромный геморрой с гостевыми ядрами. С ядрами, которые переживут миграцию без сбоев — мне вообще про это страшно думать…

          Добавим ещё необходимость (лично мне) садиться за нюансы и тонкости конфигурирования FreeBSD (это не базовые скиллы, это очень глубокое ковыряние — я пока Дебиан пилил, нашёл у них три бага, у суси — две багофичи, у центоса тоже есть «особенности»).

          В отдалённых планах оно есть, но за горизонтом событий.
        • +2
          Паравирт во фре пока не особо можно использовать, судя по рассылке smp не держит, миграцию не переживет, и пока темный лес с хотплагом памяти.
          • +1
            А не-паравирта у меня не будет до тех пор, пока не решат проблемы с дырявым QEMU. Я уже начитался про клёвые дыры в QEMU, через которые чуть ли не chroot в dom0 из HVM делают.
            • 0
              на сколько я понял дыры вроде залатали, только Xen использует пока еще такой древний qemu, что там вообще ни известно что. Вроде как в след версии обещают перейти на апстримовский qemu…
              • 0
                Там кроме дыр ещё куча проблем — ресурсы QEMU не учитываются, любой удак сможет нехитрым кодом класть хост целиком идиотскими обращениями к эмулируемому железу…

                В общем, у меня HVM вызывает лишь ощущение «ужас-ужас-ужас». Про дроп VNC-консольки при миграции я вообще молчу.
                • 0
                  Ну дроп консоли и у нас происходит из-за смены ноды. Заморочки с проксированием пока не делали.
                  • 0
                    Ага. И если для PV эту проблему можно решить, то для HVM — извините, у нас программистам и так есть что делать, кроме как писать join для двух RBF-потоков.
      • +1
        Возможно ли Arch?
        • 0
          В глаза не видел, хотя периодически слышу.

          Вопрос: там есть система автоматической установки? (preseed, kickstart, autoyast)
          • 0
            нету. там деревянный пакетный менеджер, который не имеет даже аналогов debconf.

            все на шелле и ручной правке конфигов после установки.
            • 0
              тогда маловероятно.
            • 0
              … хотя у меня есть интересная идея bootstraping'а. Но это за пределами обозримых горизонтов разработки.
              • 0
                я не совсем понимаю, почему нужно делать честный бутстрап, а не раскатывать образ из тарбола?

                что например тебе нужно проделать над тем же арчем, между нажатием кнопки «хочу current арча 64-бит» и получением поднятой машины, кроме разворачивания рутфс и подсовывания правильного ядра?
                • 0
                  Нет, я имею в виду bootstrap в режиме «вот вам бутстрап и делайте что хотите с системным диском». Лично я ещё один дистрибутив изучать до такой степени не хочу.
                  • 0
                    >изучать до такой степени не хочу.

                    я таки не понял, до какой. что там такого происходит, кроме распаковки тарбола минимальной инсталляции на рутфс (одна комманда на хардварной ноде), копирования трех конфигов и установки ssh (одна команда в чруте)?
                    • +1
                      В таком описании и preseed ерунда, а у меня он отнял почти месяц отладки. Тысяча и один нюанс, о которых нужно знать и помнить. Например, что у centos'а в качестве шелла в initrd nash, что центос при переустановке меняет метку рута на нестандартную, что у sqeeze в preseed для языка клавиатуры используется недокументированная функция, которая не описана ни в одном примере и из-за которой полный автоматизм невозможен… У всех систем есть свои тараканы, их нужно долго и нудно строить в ряд.

                      Так что в таких условиях лишний дистрибутив — это линейное увеличение количества работы. Поскольку arch менее популярен, чем убунту/центос, то время на него большей частью будет потрачено зря. Вариант с «сделай сам» мне кажется более универсальным для всяких нестандартных решений/экзотических дистрибутивов.
                      • 0
                        >В таком описании и preseed ерунда, а у меня он отнял почти месяц отладки.

                        пресид сложен сам по себе. в арче этого всего просто нет. я же не убеждаю тебя, что это легко, я спрашиваю, что именно там трудно.

                        >Так что в таких условиях лишний дистрибутив — это линейное увеличение количества работы

                        это очевидно

                        >сделай сам

                        а как это работает?
                        • 0
                          r/o раздел с линуксом, большой tmp в r/w в памяти, будущий системный диск подключен в r/w как /dev/xvdb — и полная свобода делать, что хочешь.
                          • 0
                            тогда офигенно.

                            потомучто я честно не представляю, как можно поддерживать дистри с роллинг-релизом
                            • 0
                              вот мы поставили туда генту ручками habrahabr.ru/blogs/personal/110978/ так что с любыми другими (и арчем) проблем особых не должно быть.
  • 0
    Самая дешёвая машина среди «активных» съела примерно 200 рублей (апроксимируем, так как эта машина работает только три недели).


    А у Clodo получается дешевле! Ниже — графики реально работающей машины, там крутится всякие FTP/SSH и т.п. сервисы, MediaWiki с ~1000 хостов в день, всякая мелочевка и SVN+Trac (mod_wsgi). Расход в день получается примерно 4.5 рубля, т.е. около 135 рублей в месяц. Сказать, что я доволен такой ценой за столько возможностей — ничего не сказать.

    • +6
      Я бы такую машину в активно использующиеся не засчитал.
      • 0
        Она обслуживает разработку + несколько сайтов 24 часа в сутки в течение 2 месяцев. Почему же оно должно быть неактивным?
        • +6
          Я ж не вижу, что оно там делает внутри, я запускаю xentop и вижу тех, у кого большие счётчики. Вполне может быть, что на машинах, которые я считаю «неиспользующимися», крутится вполне себе крутое и оптимизированное приложение.

          У нас есть, кстати, одна такая, там чья-то корпоративная система документооборота на tomcat'е. У них за месяц — 1.5 часа процессорного времени рубь дисковых операций, рубь сетевых, а большую часть денег составляет диск (180р за 50Гб).

          Если бы я не знал, что машина реально используется, я бы её стопроценто счёл простаивающей.
          • +1
            В таком случае, термин «активный» требует расшифровки, т.к. я лично понимаю его как «работающий постоянно» или «работающий больше 80-90% времени».

            Вы же, похоже, под «активностью» понимаете потребление некоторого порогового потребления ресурсов. В таком случае, для снятия проблемы омонимии, не могли бы вы огласить этот порог активности, и сколько бы потребляла указанная выше ВДС на вашем сервисе? (Диск — 5гб).

            Вопрос пока из любопытства, но в целом интерес не праздный — я просто клиент, и буду работать с тем партнером, с которым выгодней работать.
            • +1
              Чуть позже мы сделаем возможность оценить стоимость. Пока — я очень на глаз смотрю, могу ошибаться: 0.2% средняя загрузка при 14 ядрах это 2.8% загрузка одного процессора, то есть примерно 0.67р/день.

              210Мб памяти это 2.5р/день.

              Диск мне сложно оценивать, показанная нагрузка мге кажется, это примерно 200 иопов каждые 5 минут, то есть 200*240=0.048 миллиона операций, если удвоить (чтение/запись) и ещё раз удвоить (беру с потолка — объём обмена с диском) — то это будет примерно 60 коп в день. Трафик по такому графику оценить невозможно, но думаю, там меньше гигабайта в день.

              Итого — 0.67+2.5+0.6+1=4.77 в день, 143р в день. Повторю, цифры во многом с потолка, более клёвую методику рассчёта мы сделаем позже.

              PS У меня не было научной методологии выбора «активная»/«не активная», я на глазок делил машины. С точки зрения обслуживания между ними разницы нет.
              • 0
                Спасибо за данные. Пока цена примерно сходится, но буду следить за ситуацией.
    • +2
      Что ещё за Clodo?
      • 0
        • +3
          Ага, они меня на работу к себе звали :)
          • +2
            Ничуть не сомневаюсь в вашей компетентности. Ничуть не хочу сказать ничего плохого о вашем сервисе, не стоит принимать сказанное на свой счет. Просто там — цена дешевле. Вот и все что я хочу сказать.

            Хотите — минусуйте. Но это лишь подтвердит данный вывод, потому как в противном случае вы бы привели какие-то доводы, либо соответствующий расчет для вашей системы. А если ответить нечем — то да, остаются одни эмоции. Увы, это не делает вам чести.
            • +7
              Я никогда не минусю оппонентов в споре. Минус — это если человек несёт ахинею или мицгольничает.
            • 0
              Честно говоря дорого там
              Сервер 101Гб диск, 512Мб-2Гб память по прогнозам обойдётся в 2983.44 руб. когда у тех же немцев можно взять за 2000р
              • 0
                По прогнозу показывает: за 1 час: 1.22 — 4.01 руб. ~ за месяц: 907.68 — 2983.44 руб.

                Т.е. за месяц скорей всего около двух тыщ и будет (где-то посерединке). А вообще не знаю, мне столько места не надо было. Место я смотрел — у селектела дешевле, так что наверно у них повыгодней будет. Хотя там за дисковые операции платить надо…
                • 0
                  а ну вообще да, не вник в суть)
                  вполне может быть, что лучше фото-видео контент хранить на недорогом дедике в штатах или европе, а сам сайт и вычисления производить тут, чтобы быстрее открывался
    • –2
      Как у вас получилось 135р в месяц если с помощью калькулятора можно получить минимум 137?
      • +3
        Вы меня смущаете, я даже перепроверил. Но калькулятор неумолим: 4.5 * 30 = 135. Да и даже если бы и 137, есть ли смысл в такой точности, когда, например, за вчера счет был 4,37 руб, бывает и 4,10 руб, бывает и 4,80?

        135 я взял как медиану, а не как точное значение, которое можно увидеть в биллинге.
        • 0
          Хм, спасибо. Судя по всему, калькулятор на сайте выдаёт значения, слабо соотносящиеся с реальностью.
          • 0
            Там дело в том, что их калькулятор позволяет выбирать память «от и до», и минимально «от 256 до 512», а у меня ее используется около 200. Поэтому и получается «ниже нижнего».
    • 0
      Посмотрите, что там подразумевается под 100% загрузки процессора.
    • 0
      А что с uptim'ом у них и с надёжностью?
  • +3
    Когда читаю про облачные VDS, всегда задаюсь вопросом: а как поведет себя биллинг, если на сервере взбрыкнет какой-нибудь криво написанный скрипт: начнет процессор загружать или память занимать.

    У меня вот например утилита для бэкапа бэкапила бэкапы. :) Я не указал папку хранения бэкапов в исключениях, в результате объем каждого следующего бэкапа увеличивался по геометрической прогрессии. Я не замечал этого, пока сервер не упал.

    На дедике и фиксированном VDS это вполне житейская ситуация, а в случае с облачным есть опасения, что DoS будет сопровождаться счетом не «хуже» счетов за торренты в роуминге.

    Как с этим в действительности? Существует ли такая проблема и как решается?
    • +1
      У скалази ограничиваешь верхний порог масштабирования и все, я например по итогу вообще автоматическое масштабирование отключил.
    • +13
      Если начнёт занимать память — дойдёт до верхней границы и умрёт. (вообще, для этого есть ulimit в юниксе). Процессор — аналогично. Но реально «попасть на деньги» от взбрыка скрипта трудно, т.к. худшее что будет — это 8 р/час за процессор (вам реально нужно будет напрячься, чтобы даже бешенным скриптом нагрузить 8 ядер, обычно грузится только одно, то есть 1р/час). С памятью — ну сколько попросите, столько и будет. У нас куча клиентов с верхними порогами в 512-1Гб, никто же не заставляет ставить верхним лимитом гигов 30. (Поставите 30 и попросите столько из машины — да, будете платить 15р/час).

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

      Счетов за роуминг не будет, потому что если вы ушли в ноль — ваши маши машины выключаются. Дальше вы сами решаете «ну его нафиг» или бросаетесь в пучину войны с ботнетами.

      PS У нас есть строгая политика — клиент платит только из положительного баланса. Единственное исключение — хранение дисков выключенных машин, и то, если баланс не пополняется, они удаляются и т.к. услуга (хранения) не оказана — деньги не требуются. Если по нашему расп… ву получается «долг» (например, залип биллинг, а потом за двое суток X килорублей показал) — то это наши половые проблемы, клиента это не коснётся.
      • 0
        > хранение дисков выключенных машин, и то, если баланс не пополняется, они удаляются

        Позвольте уточнить, как долго они хранятся без пополнения баланса?
        • 0
          1) Если баланс положительный — пока есть деньги
          2) Если баланс нулевой, то менее 7 дней с момента обнуления баланса.

          Если в течение этого времени человек пополняет баланс, с него снимают средства за хранение дисков. Если нет, диски удаляются и задолженность списывается.
  • 0
    Никогда не работал с облаками, но хочется попробовать. Какие можно использовать модули iptables. contrack?
    • 0
      Ща гляну (не задумывался над этим вопросом)…

      Это для ядра 2.6.34, из kernel/net/netfilter
      ls -Rr
      .:
      xt_u32.ko	 xt_recent.ko	xt_multiport.ko  xt_esp.ko	  xt_TRACE.ko	     xt_MARK.ko		nfnetlink_queue.ko	       nf_conntrack_proto_sctp.ko  nf_conntrack_amanda.ko
      xt_time.ko	 xt_realm.ko	xt_mark.ko	 xt_dscp.ko	  xt_TPROXY.ko	     xt_LED.ko		nfnetlink_log.ko	       nf_conntrack_proto_gre.ko   nf_conntrack.ko
      xt_tcpudp.ko	 xt_rateest.ko	xt_mac.ko	 xt_dccp.ko	  xt_TCPOPTSTRIP.ko  xt_HL.ko		nfnetlink.ko		       nf_conntrack_proto_dccp.ko  ipvs
      xt_tcpmss.ko	 xt_quota.ko	xt_limit.ko	 xt_conntrack.ko  xt_TCPMSS.ko	     xt_DSCP.ko		nf_tproxy_core.ko	       nf_conntrack_pptp.ko
      xt_string.ko	 xt_policy.ko	xt_length.ko	 xt_connmark.ko   xt_SECMARK.ko      xt_CT.ko		nf_conntrack_tftp.ko	       nf_conntrack_netlink.ko
      xt_statistic.ko  xt_pkttype.ko	xt_iprange.ko	 xt_connlimit.ko  xt_RATEEST.ko      xt_CONNSECMARK.ko	nf_conntrack_slp.ko	       nf_conntrack_netbios_ns.ko
      xt_state.ko	 xt_physdev.ko	xt_hl.ko	 xt_connbytes.ko  xt_NOTRACK.ko      xt_CONNMARK.ko	nf_conntrack_sip.ko	       nf_conntrack_irc.ko
      xt_socket.ko	 xt_owner.ko	xt_helper.ko	 xt_comment.ko	  xt_NFQUEUE.ko      xt_CLASSIFY.ko	nf_conntrack_sane.ko	       nf_conntrack_h323.ko
      xt_sctp.ko	 xt_osf.ko	xt_hashlimit.ko  xt_cluster.ko	  xt_NFLOG.ko	     x_tables.ko	nf_conntrack_proto_udplite.ko  nf_conntrack_ftp.ko
      
      ./ipvs:
      ip_vs_wrr.ko  ip_vs_wlc.ko  ip_vs_sh.ko  ip_vs_sed.ko  ip_vs_rr.ko  ip_vs_nq.ko  ip_vs_lc.ko  ip_vs_lblcr.ko  ip_vs_lblc.ko  ip_vs_ftp.ko  ip_vs_dh.ko	ip_vs.ko
      


      (вывод режется, масштабируйте, чтобы всё увидеть)
    • +1
      ЗЫ Если потребуется более-менее стандартный модуль фильтрации не из списка, вопрос решаемый.
    • 0
      iptables мне хватало (блокировка ботов, роботов, ограничения на количетство запросов в сек.) Но это делал в свое время на vmware vsphere
      DNSManager пишут на витуалке не работает (вроде доступ к сетевой карте нужен).
      • +1
        Если честно, первый раз такое название слышу. Поставлю в планы, о проверке отпишусь.
        • 0
          С Virtuozzo, просмотрев детально не работает, на xen вроде люди ставят (видимо потерпевший на нее и пытался установить панель).
          • 0
            У виртуоззо нельзя грузить разные версии ядра для машин на одной ноде. В зене — запросто.
  • 0
    Не многовато ли данных нужно указать для регистрации?
    • +4
      Многовато. В следующей стране с более либеральным законодательством мы сделаем более простую регистрацию :-/
      • 0
        Ух ты. А другой глобус будет? :)
        • 0
          Угу. Этот закончим, займёмся следующим.
  • 0
    Я правильно понимаю, что оплата за память зависит еще от установленного верхнего лимита, а не только от объема реально использованного? Как то не удобно.
    • +1
      Нет, нет. От верхнего лимита оплата не зависит — от верхнего лимита зависит нижний (нельзя делать слишком большое соотношение, увы, это ограничение используемой технологии, memory hotplug, который это ограничение снимет, пока имеет некоторые неприятные побочные эффекты и находится в экспериментальном исследовании). Соответственно, ниже минимального предела памяти не выделяется, а это в свою очередь означает, что будут браться деньги хотя бы за минимум.

  • 0
    А если входящий трафик многократно превышает исходящий — он всё равно в 5 раз дешевле? :)
    • 0
      (шопотом и по секрету) Ага, и чем больше, тем лучше. У нас, как и у всех дата-центров, сильный перекос в соотношениях входящего и исходящего, так что сколько бы вы ни скачали (даже если гигабит загрузите на 100%) у нас всё равно перекос сохранится.
      • 0
        Понятно.

        Просто есть в голове теоретический проект одного узкоспециализированного сервиса.
        Не вдаваясь в подробности, схема такая — человек скармливает ссылку на файл (это могут быть десятки, в пике даже сотни мегабайт), файл скачивается на диск, обрабатывается — а на выходе простая html-страничка с кой-какой статистикой. Соответственно, входящий трафик — это будет такая пила мощных локальных всплесков.

        Вот нагрузка CPU — вопрос пока открытый… Вы не оценивали КПД процессоров в облаке? Ну то есть сколько % съедают накладные расходы по сравнению с настоящим выделенным сервером?
        • +1
          КПД процессоров под гипервизором? Оценивали. Результат обескураживающий. Голая машина под линуксом работала примерно на 0.5% медленее, чем с гипервизором. Может это погрешность измерения, а может более аккауртная работа с переключением контекстов процессов в PV-режиме в сравнении с ядром на голом железе, вынужденном отвлекаться на обработку прерываний.

          Хотя обслуживание дисков клиентов (iscsi) несколько напрягает dom0, там бывает до 50-70% загрузки.
  • 0
    Странная форма регистрации после 3го шага проверка и потом всё с начала.
    Я так и не понял прошла она или нет, ни ответа ни привета.
    • –4
      мдя судя по ответу которого нет,
      я пошел в clodo, тут я смотрю его рекомендуют
      • +2
        хм, то есть вы хотели на постороннем сайте (уж прости, хабр) получить ответ от техподдержки в течении 20 минут? =)
        • –2
          Я просто ожидал получить ответ
  • 0
    Планируются ли графики расхода ресурсов?
    Если да — то когда примерно?
    • 0
      Планируются. Примерно — в сентябре 2010 (я не оговорился). Планировать что-то при программировании — унылое дело. Будем делать почти сразу же, как закончим с всеми фишками сети.
  • 0
    Gentoo поддерживается?
    • 0
      Тоже подумал что хочу генту, но потом что-то представил сколько же она ресурсов сожрет на этапе установки. )
      Чтобы пересобрать мир нужно будет рублей сто кинуть на счет =)
    • 0
      И да, и нет. Да — вы можете её туда установить. И нет, мы не будем это делать за вас.
      • +1
        Ну если бы был base layout этого было вполне достаточно. С удовольствием попробовал бы хоститься у вас. А менять платформу особого желания нет.
        • 0
          с учетом того, что ядро там уже есть (внешнее) то надо только base развернуть из архива и портажи развернуть — дел на пять минут.
          • 0
            Ага, ага. Всего-то base развернуть, написать приложение, которое через xenstore/pv-args в безопасном режиме правильно отконфигурирует hostname/password, настроит сетку, установит все необходимые guest tools (как там у arch с установкой deb/rpm? Ах, придётся самому и руками?), потом всё это отладить…

            Это не пять минут. По самым скромным оценкам это неделя отладки.
            • 0
              1. я про то, что сделать это все нужно руками самому пользователю.
              2. разговор про gentoo а не arch.
    • 0
      Мне удалось поставить habrahabr.ru/blogs/personal/110978/
  • +1
    До чего же убогий интерфейс у ПСКБ, и после оплаты обратно в личный кабинет не переадресовывает, приходится заново заходить. Как вариант лучше тогда открывать интерфейс оплаты принудительно в новой вкладке.
  • 0
    Что могу сказать? Я вряд ли буду для селектела выгодным клиентом, так как планирую укладываться менее чем в 100 р/ месяц, и за эти деньги я получаю настоящий Дебиан с рутом, можно ставить любой софт, и вообще что угодно делать. Есть только пара вопросов:

    1) Что у вас с ограничениями на виртуальную машину (число открытых файлов, число TCP-соединений), где их можно узнать? Особо интересуют ограничения на использование iptables/ipset.

    2) Я сделал netstat -apn и ужаснулся. Все порты открыты наружу без ограничений. У вас в дефолтной конфигурации debian mini на весь интернет распахнуты какие-то portmap, rpc.statd и подобные. Догадываюсь, что для поддержки nfs, но ведь я не планирую расшаривать всему интернету свою виртуальную машину? Кроме того, погуглив этот statd, первая страница Гугла была заполнена исключительно ссылками типа rpc.statd vulnerability, privileges escalation и пр., знаете, как-то не по себе становится от мысли что в мою уютную машинку залезут злодеи-хакеры и вынесут все с потрохами или начнут ломать пентагон и критиковать режим Путина от моего честного имени (((

    Может вам как-то стоит для дефолтной конфигурации ограничить доступ к этим портам или вообще их не открывать наружу? Или использовать не nfs, а более безопасный способ доступа к удаленным дискам?
    • 0
      >Все порты открыты наружу без ограничений

      там же в hosts.deny небось написано ВСЕ ПАРАНОИТЬ.
      • 0
        Прежде чем писать этот комментарий, я не поленился сделать nc -vv [ip сервера] [порт] из дома. Заходи, ломай, ставь эксплойты. /etc/hosts.* пусты. А PARANOID никак ни от чего не защищает, это же просто не резолвящиеся обратно хосты.

        Конечно, возможно это уже моя забота настраивать iptables, но все же нехорошо как-то по дефолту нараспашку ворота открывать. Тем более, одновременно по tcp и udp (а в udp вообще адрес источника можно любой ставить — делай что хочешь, никто тебя не найдет).
        • 0
          >не резолвящиеся обратно хосты.

          действительно, перепутал. еще хотел вас в ман отправить.

          > /etc/hosts.* пусты

          AFAIR, с пустыми hosts.* как раз и нельзя приконнектиться. то есть оно LISTEN, соединение примется, но врапперы к приложению не пустят.
    • 0
      Ну, выгодный-невыгодный, это мы сами разберёмся.

      По поводу лимитов — нас они не волнуют, это исключительно вопросы вашей конфигурации. Xen предоставляет полноценную машину с полноценным ядром, лимиты которого мы не можем контролировать (только если не решим стать технобандитами и не начнём что-то специально при пересборке ядра ограничивать). Относительно nfs… У нас она используется только для доступа к модулям (файловая система хранится на блочных устройствах, подключение которых мы организуем внутри закрытой SAN, у которой инета просто нет вообще. То есть совсем нет, даже route не прописан). По поводу закрытия доступа снаружи — спасибо, подумаю.
      • 0
        Так у вас там Xen?
        • +1
          XCP. Гипервизор xen, но вся обвязка (выделение памяти, создание домена, управление устройствами и т.д.) — всё от цитрикса.
          • 0
            Стало ещё запутаннее… Грубо говоря — я могу заменить ядро на своё?
            • +1
              Нет. Модули к ядру можете, а вот ядро наше, извините. Большинство ядер у дистрибутивов нервно относятся к миграции или имеют проблемы с памятью у зена.
              • 0
                Спасибо. Возомжно имеет смысл это как-то расписать на сайте. Если ваши цены сравнивать с конкурентами, то получается примерно то же, что у всех. Но у них-то за эти деньги не Xen-виртуализация, а Xen стоит заметно дороже и возможностей предоставляет больше.
                • 0
                  Спасибо, да. В ближайшее время обновим описание на сайте.
      • 0
        >Относительно nfs… У нас она используется только для доступа к модулям

        не жирновато ли? смонтировать рут в тру-ридонли снаружи не сработало?
        • 0
          Ничего не понял. Чей рут я должен в r/o монтировать?
          • 0
            это модули из гостевой системы экспортируются наружу или наоборот?

            подумал, что из гостевой наружу и очень удивился.
            • 0
              У нас ядро хранится снаружи от гостевой машины, а модули подключаются внутри машины в r/o с внешнего сервера (nfs). Модули не жизненно необходимые (жизненно-необходимые грузятся в initrd), но нужные для всяких плюшек вроде iptables, ping, tcpdump, iftop, nfs-kernel-server и т.д. Виртуалки ничего не экспортируют, разумеется.
    • 0
      Спасибо за информацию по portmap, моя халатность в шаблонах debian/ubuntu. Существующих уязвимостей для portmap той версии, что в debian/ubuntu я не нашёл, однако, да, это ошибка. В шаблоне для новых машин она устранена, клиентам разослано уведомление с инструкцией по устранению проблемы.
      • 0
        То есть на данный момент, если не устанавливать дополнительного слушающего ПО, то можно быть спокойным?

        Выполнив указанную выше команду, получаю следующее (109.234.x.y — адрес VDS, 212.192.u.v — домашний адрес):
        root@vds0:~# netstat -apn
        Active Internet connections (servers and established)
        Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
        tcp 0 0 0.0.0.0:42927 0.0.0.0:* LISTEN -
        tcp 0 0 127.0.0.1:111 0.0.0.0:* LISTEN 540/portmap
        tcp 0 0 0.0.0.0:44980 0.0.0.0:* LISTEN 552/rpc.statd
        tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1112/sshd
        tcp 0 0 109.234.x.y:869 109.234.x.2:2049 ESTABLISHED -
        tcp 0 0 109.234.x.y:22 212.192.u.v:55752 ESTABLISHED 847/0
        tcp6 0 0 :::22 :::* LISTEN 1112/sshd
        udp 0 0 127.0.0.1:111 0.0.0.0:* 540/portmap
        udp 0 0 0.0.0.0:50619 0.0.0.0:* -
        udp 0 0 0.0.0.0:33237 0.0.0.0:* 552/rpc.statd
        udp 0 0 0.0.0.0:728 0.0.0.0:* 552/rpc.statd


        В выводе, правда, мало что понимаю.
        • 0
          Вроде, да. На всякий случай посмотрите снаружи nmap'ом
  • 0
    А IP на клиента предоставляется? А то в тарифах я не нашёл пункта «аренда ИП»
    • 0
      Пока — 1 ИП на одну машину. Возможно, потом мы начнём жадничать, а пока именно так.
      • +1
        А «Дополнительный блок из 5 ip-адресов — 450 рублей» — это стоимость за какой период? Месяц? Год? Навсегда?
        • +1
          На месяц, и только для dedicated/colocation. Функционал для управления сетью (за пределами автоматически выдаваемого ИП для новых машин) пока не написан.
  • 0
    У вас есть партнерская программа, если я буду направлять вам клиентов?
  • 0
    Какие тут все зубры собрались в комментариях, аж приятно читать.

    Вопрос, мне — простому прикладному разработчику можно это облако использовать?

    Я к тому, что администрирование Linux вне моей компетенции.
    • 0
      Поварам оно тоже не пригодится, да. И веб-дизайнерам. И даже музыкантам.
  • 0
    может я торможу
    но в пояснениях на оригинальном сайте ( selectel.org/cloud/ ) ошибка

    цитирую:
    >Пример: 10 Гигабайт в сутки будут давать 0.01 * 24=0.24 Тб-часа.

    почему умножаем на 24 чтобы получать Tb час из суток? вроде делить на 24 надо чтобы из суток получить час :)

    те 10 Гигабайт в сутки будут давать 0.01 терабайт в сутки / 24 часа =0.000416 Тб-часа
    • 0
      10 Гб * сутки = 0.01Тб * ( 24 часа) Если вы поделите час на сутки (mem*time/time), то вы получите просто mem, а не mem*time.

  • 0
    Подскажите пожалуйста, активирован ли у вас Hyper Threading, и считается ли у вас стоимость процессорного времени за 1 ядро или все-таки за 1 поток?
    • 0
      HT выключен. Я чуть позже по этому вопросу напишу статью.
      • 0
        Спасибо. Было бы очень любопытно почитать!
  • 0
    Такой вопрос… Зачем вам при регистрации уйма данных о клиенте? И паспорт, и адрес… Что вы с ними делаете?
    Для сравнения — у ваших конкурентов, озвученных выше, подобного нет.
    • 0
      И еще такой вопрос — не нашел нигде, можно ли выбрать ДЦ (в частности Московский) где будет физически находиться VPS? То, что собираюсь размещать, крайне «пингокритично».
      • 0
        Плюс на сайте с тарифами в табличке: «Объём процессороного времени» — опечатка
        • 0
          спасибо
        • 0
          Упс, обыскался, не нашёл. Где это?
      • 0
        Чуть выше отвечали — сейчас нет, в ближайшие месяцы будет выбор.
    • 0
      Требования юристов, я там в их условиях лицензий не разбираюсь. Если делать контору малой привязкой к бизнесу (как обычно делают — пачка ООО, каждое отвечает за маленький кусочек) можно творить что угодно, если организация совпадает с держателем лицензии и т.д., то нужно подчиняться.
  • 0
    У вас есть тестовый IP чтобы попинговать?
    • 0
      Ну… Можете мою тестовую машину попинговать, она ближайшие дни будет онлайн: 46.182.24.183 (потом я её удалю, как станет ненужна).
      • 0
        Спасибо.
  • 0
    А не подскажите, как промониторить количество запросов на чтение/запись HDD на моем VPS (Debian)? Без учета этого фактора цена у вас получается примерно в 3 раза ниже, чем у меня сейчас выходит.
    • 0
      atop, величина количества операций на диск. Основной идеей у нас было сделать так, чтобы те, кто не создаёт нагрузки платили меньше, и наоборот, те, кто создаёт повышенную нагрузку, платили согласно объёму фактически съеденных ресурсов. Если у вас нет мест с высокой загрузкой, с большой вероятностью будет дешевле.

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

Самое читаемое Разное