Как стать автором
Обновить

Комментарии 126

Не совсем понятно как работают лимиты на CPU.
Судя по информации отсюда и стоимости слота — 450МГц гарантировано.
Да, вы правы :) Я могу подробнее об этом написать, но это, наверно, уже тема для отдельной статьи — шедулинг всех ресурсов. Скрывать мы ничего не будем, только соберемся с мыслями и напишем, обсудим :)
На хайлоаде обещали в комлект к скалакси эдакий CDN, выделенные сервера для отдачи юзерского статического контента. Вам уджалось пощупать эту фичу?
Нет, к сожалению, так и не нашел, где это можно посмотреть.
По информации с codefest CDN только в ближайщих планах.
Правильно пишут, CDN в тестировании. Но сроков я пообещать вам не могу. Мне кажется, к концу года фича будет доступна. Запуск ее будет проводиться этапами — сначала просто выделенное файловое хранилище, доступное по CIFS и HTTP для отдачи статики. Затем сеть кэширующих серверов не только в Мск, но и в регионах.
а у них то есть инфа как домохозяйке поднять свой сервер?
Пока у них есть только 4 страницы на сайте и панель управления для зарегистрированных пользователей =)

Вообще, как я понял, они сейчас в процессе запуска, т.к. в своем блоге на Хабре никакого анонса еще не делали.
НЛО прилетело и опубликовало эту надпись здесь
чтобы платить только за то, что используется. я бы вот хотел иметь собственное клауд-хранилище и немного вычислительных мощностей, но точно знаю, что не буду использовать их каждый день и не факт даже что каждую неделю. поэтому даже 500 рублей в месяц для меня, как студента, было бы много за хостинг. я на эти деньги могу неделю обедать на работе. а вот сотня, с учетом частоты использования и нагрузки — самое то
Так выключай, пока не используешь. Будет за 100 рублей, а то и меньше.
выключать что? традиционный хостинг, насколько я понимаю, взымает плату за период времени, а используешь ты его или нет — их это мало волнует. А вот хостинги типа указанного в статье как раз берут плату только за использованные по факту ресурсы, что есть плюс для меня
Опс. Извиняюсь, не правильно понял. Все правильно, мой предыдущий коммент бессмысленен.
Инфу такую я опубликую в нашей wiki. Ссылку на нее я тоже лучше дам чуть позже сегодня :) Там есть информация по API, будет и мануал по панели и базовому администрированию.
Очередной ганди-нет с продажей «слотов». (ладно, пока на публику показывать нечего, умолкаю).
Кстати, а когда у вас планируется запуск? Очень хочется попробовать, пока не запустили новый проект.
Если очень хочется попробовать, пишите, можем в число тестеров включить. А когда допилим, извините, не знаю. Вчера нашёл ещё один смешной глюк, так что существование дебиана повисло на волоске.
Коллега, ваш MOD — очень крутой, но постоянно загоняет машинки в swap, не так ли? А с учетом автоскейлинга, выдача ресурсов слотами — очень даже хороша. Задача наша сводится лишь к точному определению необходимой и достаточной погрешности. :) Давай все же об этом подробнее отдельно поговорим.
Там всё хитрее.

(hint: 10% памяти в свопе не есть быть зло)
> «Автоматическом масштабировании» можно создать правило, в зависимости от которого наши ресурсы будут увеличиваться и уменьшаться.… К сожалению, масштабировать можно только в зависимости от того что происходит с RAM. А что делать, если у меня место на диске заканчивается?

а что делать если у меня Java процесс, ОС даже не узнает о том что память кончилась, JVM самостоятельно ограничивает лимиты использования памяти.
Java и другие pre-allocating системы требуют правильной настройки (как со стороны виртуализатора, так и со стороны системы). Я в своё время с tomcat'ом сильно помучился.
не понял что конкретно вы имеете ввиду. про какую настройку идет речь. вы абсолютно никак не настроите JVM стандартными средствами, чтобы при увеличении памяти поступал сигнал в ОС про необходимость масштабирования. Пока, это можно сделать написав дополнительный код, который контролирует память внутри JVM и при необходимости дергает какие-то рычаги виртуального хостинга.
Не совсем так. У JVM, насколько я понял, есть представление о том, сколько оно может попросить у ОС (помимо выделенного). И JVM полагает, что это её память, и не более. При этом JVM полагает, что может хапать память любого размера запросами, вне завимости о потребности (в заданных пределах). И если при начальном старте машины памяти мало, то JVM скукоживается (раз и навсегда), а если ей памяти не дали в тот момент, когда она попросила, то она сильно обижаеся.

Возможно, я ошибаюсь, но основной принцип с JVM (и некоторыми другими программами подобного типа действия) — контролировать минимум памяти у машины не менее, чем нужно для JVM в максимуме. Выше этого можно играть как угодно.
интересно, вы предлагаете определить большой максимум и маленький минимум, что-то на подобии java -Xmx20480M -Xmx20m. Возможно это и сработает, JVM память точно запрашивает память порциями, можно даже указать шаг. Интересно конечно посмотреть как это все будет работать в реальности…
В реальности мы тоже очень мучались с JVM :) Вертикального масштабирования для одного из проектов не достигли и сделали таки горизонтальное. Это то, что я помню по своему опыту. Кстати, тема лично мне очень интересная. Попробуете потестировать? Мы обеспечим все необходимое.
да, тема действительно интересная. готов провести серию тестов. давно жду такой возможности. свои координаты скину в личку.
А для решения какой задачи вы c JVM мучались?
Проект одного из наших клиентов.
Для настройки масштабирования по памяти одного из клиентских проектов.
-xms -xmn -xms
эти три параметра при правильной настройке будут превосходно работать и никаких проблем не будет(:
вы проверяли? есть опыт?
да
а можно детальнее?
А у вас есть опыт вертикального масштабирования (тот же MOD) инфраструктуры и масштабирования preallocating ПО в них? Интересно пообщаться про это.
Айпишники, пароли, вы ведь потом всё поменяли?
Да, конечно.
У тех же ганди.нет есть возможность установить пакет с предустановленными всеми важными сервисами. Жаль, что тут такого нет.
Думаю, что рано оценивать такие вещи для сервиса, который еще даже не запущен официально. Тем более, что сделать это недолго.
Я думаю, что предустановленные сервисы лучше интегрировать в образы предустанавливаемых ОС. Но мысль правильная и это есть в нашем Roadmap.

Так же, отдельная совершенно история — предоставление сервисов (в т.ч. софтверных) в аренду на базе тех же виртуальных машин, но это уже аренда платформы, а не инфраструктуры. Подробнее об этом я в ближайшее время напишу, да.
Просто учтите пожалуйста категорию заинтересованных в ваших услугах пользователей, которые вебмастера, но никак не системные администраторы и особо копаться в технике не хотят.
Вы правы отчасти. Среди нашей целевой аудитории как разработчики высоконагруженных систем и администраторы, так и чуть менее квалифицированные в техническом плане разработчики и хм… «веб-мастеры». Функционал предустановленного ПО нужен и тем и другим.
Так ведь могут быть вообще не разработчики клиентами, а владельцы средних по размеру сайтов. Которым просто нужен хостинг лучше виртуального, а не точные технические настройки.
Похоже на заказную статью.

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

Но, вряд ли они будут писать заказную статью, имея свой блог на хабре. Я слушал их доклад на CodeFest, им есть чем удивить хаборовчан.
Нет, статься не заказная, я никакого отношения к Скалакси не имею. Также обратите внимание, что статья из песочницы.
Поверь, статья не заказная. А вот я — работаю в Скалакси. Евангелистом :)

Мы ОЧЕНЬ много вложили в это. Я до сих пор практикую разработку в штате Скалакси, хоть и занимаюсь маркетингом тоже.

Нет, не так. ОЧЕНЬ-ОЧЕНЬ много. Извините за капс. Сколько вложено в это личных стараний каждого из нас и общих усилий компании — вряд ли можно описать словами.
Скажите, у вас оплата принимается только в рублях и только с территории России? Собственно, интересует оплата карточкой через интернет из Украины. Можно и в рублях, и в долларах, но чтобы «не выходя из офиса».
В панели управления у нас клевая кнопка «Пополнить баланс», а сама оплата для физ. лиц происходит через робокассу, так что доступны практически все возможные способы оплаты, даже смс-платеж, кажется. Страна значения не имеет, интернет-валюты там полно :)
На скриншоте cmd где nslookup — в команде замазал сайт, а в неудачном ответе после первой команды — нет :))
Какой Вы внимательный! Спасибо =)
Если забить очень много нулей в поле «Диск», то в начале цены действительно заоблачные, но потом 1 месяц работы внезапно начинает стоить меньше 10 копеек. Эх, жаль, что это всего-лишь баг калькулятора…
Как клево, как раз за месяц допилят, и перетащу все к ним с линода. Как вовремя.
А что с линодом не так?
Все так, только ДЦ в бриташке — пинг долгий.
Могу помочь в переносе, поконсультировать, если что :) Пиши по всем вопросам.
помочь-проконсультировать я переносом я и сам могу если что:)
Лучше долгий пинг, чем быстрое решение какого нибудь «животного с красной какардой» (© Noize MC) правоохранителя закрыть ваш сервер. :-)
У нас чуть дешевле, чем Линода на сходных конфигурациях.
И пинг намного меньше, чем до Англии, и правоохранители РФ сервер не унесут…

Но нет такого разброса конфигураций.
Хотя… хотя в 'стандарте' у нас нет конфига VDS с 256М ОЗУ,10Гиг места --> но это не мешает их мне продавать за 10(10-8,5)$. Так что — при желании и необходимости можем и нестандартный персональный ВДС сделать…
vds / cloud vm — разные вещи.
А какая у вас технология виртуализации? Почему-то в описании услуги этого не написано, а это параметр ничуть не менее важный, чем размер ОЗУ, например.
Взгляните на scalaxy.ru/price.
У нас Xen и VMWare, но из панели сейчас доступен только Xen.
Линод — отличный хостинг, но совсем не гибок в масштабируемости. Попробуйте добавить к серверу дополнительных 60Гб и Вы в этом убедитесь. Он позволяет добавлять только дополнительные 6Гб, которые стоят $12 в месяц, что очень дорого.
Вчера мне нужно было отмасштабировать вертикально машинку на Rackspace. Мало того, что перезагрузка нужна, так еще и минут пять все это происходит. Нехорошо :(
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Привет! Меня зовут Нат, я евангелист в Оверсан-Скалакси.

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

Так же, всем спасибо за вопросы, фичреквесты. Спрашивайте, буду рад всем ответить.

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

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

Насколько я помню доклады о фабрие там всё на инфинибанде с очень приличным зазором — с чем связано ограничение 100mbit интерконнект между виртуалками? Если я хочу масштабироваться горизонтально а не вертикально или для небольших кластеров из виртуалок этот параметр хотелось бы поднять. Например если есть необходимость синхронизировать фс двух виртуальных машин (например DRBD или Gluster) то имея очень быстрые диски мы упираемся в жалкие 12MB/s на запись. Обидно

Ну и ещё такой вопрос — винты быстрые, доступ к ним быстрый, а есть какое-то резервирование iops? Гиперактивные соседи по физическому диску не утопят перфоманс?
По пунктам:

Сейчас мы действительно предлагаем линейную зависимость пропускной способности сети от мощности виртуальной машины. Если этого недостаточно и проект требователен к сети — вы можете купить полосу нас дополнительно по тарифам Оверсан-Меркурия. там и 100мбит/с полосы и 1гбит/с полосы с разным уровнем резервирования канала.

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

В уже следующей выкатке платформы, которая состоится, я думаю, ночью, мы начнем шейпить внутренний трафик чуть иначе: для машин до 8ми слотов — 100мбит/с, для машин больше 8ми слотов — 1гбит/с. К примеру с горизонтальным масштабированием: у вас есть «большой» сервер с базой данных, он отдает во внутр. сеть данные достаточно быстро, а клиенты (серверы приложения) забирают данные с ограничением в 100мбит/с. Будет работать вполне хорошо :) а дальше — посмотрим по статистике.

Что же касается дисков — есть шейпинг полосы до дисков, 1.6гбит/с и далее + 288 мбит/с за слот. То есть гиперактивные соседи не утопят. Это описано, кстати, на сайте: https://www.scalaxy.ru/price.

Из описанного выше видно, на что расходуются те самые 40 гбит/с :)
Я про диски может неудачно выразился. Есть некая часть сторадж системы скажем из скажем 16 винтов SAS по 300гб RAID10. За счёт рейд10 этот массив имеет (300*16)/2=2400Gb и имеем перфоманс максимум сравнимый с R0 на 8xSAS (пусть будет 800мб/c на запись). Скорость доступа к винту достаточно высока (200+ мб/с) чтобы все клиенты его дёргали весьма активно если захотят. Теперь представим что клиенты взяли себе в среднем виртуальные диски по 30гб ==> этот массив обслуживает 80 клиентов. Достаточно 4 (из 80) гиперактивных клиентов чтобы скушать весь перфоманс этого хранилища. Высокая конкурентность мелких запросов на SAS (iops/s) тоже влияет негативно. Конечно там хранилище имеет больше винтов и наверное само ребалансирет нагрузку но принцип тот же — если на «мой» сегмент хранилища попадётся гиперактивный клиент он будет кушать мой перфоманс.

Т.е. ситуация когда каждый владелец 3гб (1% места на двух SAS дисках) может использовать 1.6гбит (100% ресурса записи двух SAS дисков) то просто напрашивается вопрос как это резервируется и распределяется чтобы 10 мелких но очень актвиных клиента не утопили перфоманс всего сегмента
Эта проблема фундаментальна и на SAS дисках не разрешима.

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

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

Что бы решить эту проблему фундаментально, нужно использовать SSD диски. Мы в скором времени предложим их, правда стоить они будут дороже.
Ясно, я думал может это как-то регулируется политиками ксена. Я помню в VmWare и XenServer/XenCloudPlatform были инструменты для резервирования и ограничения дисковой активности пользователей. Не уверен правда позволяют ли они burst пока ресурсы свободны
Это есть. Мы тоже юзаем подобный механизм — dm-ioband.

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

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

Даже без него весьма впечатляющая фабрика получилась. В РФ наверное нет сопоставимых проектов?

А не расскажете немного про фейловер? Как реагирует система если сгорит виртуализатор — что используется для мониторинга, где и как рестартятся VMs, как достигается редундантность в подключении к SAN хранилищам. Сколько времени занимает типичный автоматический фейловер. Используется ли динамическая миграция VM для оптимизации под green тренд, или только для выделения достаточного кол-ва ресурсов
В подробном виде все в ближайшее время будет на вики, а пока кратко.

Мониторим с помощью zabbix, так как давно его знаем.

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

По поводу редунданси в хранилище.

Раньше работали на IBM GPFS, сейчас выкинули в топку, ибо черный ящик еще и денег стоит. Разработали схему аналогичную VastSky (один из storage engine для Xen Cloud Platform от японцев из VA Linux, которые cделали в своем время sourceforge.com и кучу других проектов), собираемся с ним интегрироваться. Архитектура там очень простая, есть сервера-банки с дисками, с каждой банки нарезаются кусочки, которые потом склеиваются на dom0 с помощью device-mapper и засовываются в md. Если один из кусочков сбоит, то сразу же выделяется другой и реплицируется с основного.

Для green пока ничего не мигрируется, только для балансировки.
НЛО прилетело и опубликовало эту надпись здесь
Зависшая стадия — бага. Уже исправлено, но пока не выкачено.
НЛО прилетело и опубликовало эту надпись здесь
Выкачено будет, думаю, ночью.
Что касается подобных (непонятных) ситауций — пишите в поддержку, они оперативно отвечают и днем и ночью.
Планируется ли расширение списка текущих операционок и когда? А если более конкретно — меня интересует фряха.
Расширение списка операционок, разумеется, планируем. Скоро выкатим полноценную работу с пользовательскими образами.

Однако Freebsd под Xen вообще работает не так, как хотелось бы :) Поэтому сроков по работе фряхи в облаке сказать не могу.
А образы систем будут только 64-х битные? 32 будет?
Ограничений платформы на 64битрые операционки нет. Был бы смысл :) Собрать 32-битные образы мы можем.
И когда они появятся?
Сейчас я вам точного срока не назову. Если вам действительно нужна 32-битная ось в облаке — напишите нам на help@scalaxy.ru, мы проконсультируемся и подумаем. А когда определимся со сроками — обязательно вам сообщим.
А там случаем нет ограничения «снизу» в 20 слотов?
Конечно нет :) Когда мы начинали работать предлагая комплекс услуг «облачный хостинг + сопровождение», мы действительно держали входной порог, но в пять слотов. Сейчас же никаких ограничений нет, можете купить один слот, можете купить 64.

Кстати, можно ограничить минимальный и максимальный размер виртуальной машины, чтобы она не масштабировалась выше определенного потолка. Про это часто спрашивают :)
"… в свою очередь, приведет к снижению цен, стабильности и надежности"
Стабильность и надёжность отечественных хостеров и так на нуле, не надо нам такой странной конкуренци =))
Да, смысл немного иной получился. Спасибо, поправил.
А вот народ шутки не понял =(
На ns1 ns2 нет данных о клиентских зонах. Делегировать домены нужно на ns3.scalaxy.ru ns4.scalaxy.ru
Цитата с главной Скалакси:
«Создание и старт машин меньше чем за 60 секунд»

Прошло уже более 15 минут с момента отправки команды на включение, а воз и ныне там.
Сервер запущен______2010-09-29 13:00:59___test2___509___Ok
Сервер запускается___2010-09-29 12:28:32___test2___509___Ok
Все пошли тестировать, тратить халявные 250р. Хабраэффект, вобщем.
как происходит тарификация? насколько я понял — почасовая? что вы считаете часом хостинга? только когда машина работает или когда она вообще есть на аккаунте? как остановить тикание часов? удалять машину или останавливать?

имею хостинг на rackspace — там, чтобы остановить тикание, надо машину сбросить в образ и удалить. а потом востановить из образа при необходимости — как это у вас?
Rackspace в этом плане немного неправы, но на западе — это общепринятая практика. Много хороших вопросов, по порядку:

Да, тарификация большинства услуг (за исключением предоставления ip-адресов) у нас почасовая.

Для слотов это означает, что мы в конце каждого часа списываем с вашего счета деньги из рассчета максимального кол-во затраченных в этом часе слотов. То есть если в 14:30 машинка «выросла» до 10 слотов, а в 14:48 «уменьшилась» до 7, то за час с 14:00 до 15:00 мы протарифицируем 10 слотов.

Для дисков же почасовая оплата означает, что цена диска (8 рублей за гигабайт в месяц) «размазывается» по всему месяцу, списывается около 0,11 рубля в час за гигабайт пространства.

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

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

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

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

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

кстате тот же azure берет деньгу всегда (как rackspace).
Кстати, обо всех обновлениях мы будем писать в твиттер: twitter.com/scalaxy, так что если вам хочется первыми узнать, когда же будет CDN или наборы ПО — подписывайтесь :)
Кстати а шейпинг канала на стандартные 5mbit как реализуется? Я недавно столкнулся с парой европейских ДЦ которые пакеты свыше планки просто дропали. А что используется в скалакси. Вы уж простите за много вопросов, евангелисты скалакси редкие гости Ж)
linux tc, это шейпинг, а не дроппинг.
Этот юзернейм не евангелист, а наш генеральный директор :)
можно записаться в first wave?
В каком смысле?:) Регистрируйтесь на scalaxy.ru и вперед использовать ^^
а там не надо промо код?
Нет :) Без промо-кода получите 250 рублей. Промо-код у вас в личке.
а вот в этом облаке возможно заказать ресурсов больше чем есть на одном физическом (хост) сервере? через какой софт тогда будет распределяться работа?
Нет, одна виртуальная машина может занимать от 1 до 64 слотов (от 512Мб до 32Гб памяти) и будет размещаться всегда на одном физическом сервере.

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

Если нужно, чтобы было много мощности — нужно применять уже не вертикальное (одна большая машина), а горизонтальное (много машин) масштабирование, это можно сделать через API. А документация по API есть в зачаточном состоянии у нас в wiki.scalaxy.ru.
Коллеги, тут и в личке было несколько вопросов про промо-коды. Нет, для регистрации не нужно промо-кода. Регистрация публично открыта уже очень давно, можете приходить и использовать.
Welcome ;)
Я сначала тоже подумал, что это что-то вроде инвайта.
Серваки всегда долго выключаются или просто мне везет?
Относительно быстро. Насколько долго? Панель опрашивает облако на предмет обновления состояния систем раз в 10 секунд, обычно за 10 или 20 секунд сервер уже выключается.
Ну вот выключился. Сделал скрин:
25 минут :(
Команды создания виртуалки, добавления диска относительно долгие (минута-две), остальные в рамках 10 секунд. Официального запуска не было, задания выполняются на «медленном отладочном шедулере, исполняющимся в один поток», поэтому команды выполняются оочень долго. Исправится на следующей неделе.
а причем тут создание и добавление виртуалки? я просто выключал все
Шедулер один.
Нужна возможность, привязать/удалить/поменять внешний IP для уже существующего сервера.
Если я её не смог найти, подскажите где.
Сейчас ее в панели нет :( Работаем над этим, возможность такая действительно нужна.
Когда выключаешь сервер по ssh, в веб-интерфейсе сервер показывается, как включенный.
Кстати куда лучше отправлять такого рода вопросы? Создавать запросы в ТП, или есть ещё какой ресурс?
Пишите все в поддержку.
НЛО прилетело и опубликовало эту надпись здесь
Понимаю.
Я работаю как раз для того, чтобы «За» пересилили эти ваши опасения. Вы все-таки протестируйте нас, если подвернется проект «для души».

Спасибо за отзыв :)
добрый день

почему в слоте на главной указано 16 ядер а на странице https://www.scalaxy.ru/price 2 процессора Intel Xeon 5550 2.66 ГГц, из которых гарантировано 450 МГц;

так сколько на самом дел выделяется под один слот?
На хостах виртуализации по 2 процессора Intel Xeon 5550@2,66, на каждом по 4 ядра. Всего 8 физических и 16 логических ядер (hyper threading).

Нарезаются они с помощью весов Xen. Отсюда же цифры.
Хочется Gentoo linux amd64, жду до конца месяца и пока не оплачиваю счёт другого хостера в надежде попробовать скалакси.
Хочется Gentoo linux amd64, жду до конца месяца и пока не оплачиваю счёт другого хостера в надежде попробовать скалакси.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории