Pull to refresh

Comments 38

Приходилось пользоваться продукцией Дерьпо. Серверное железо и обычные пк. Все одно.
Собранное на коленке из фигни дольше живет и лучше работает.
Ни одного примера и куча общих фраз — да вы, батенька, троль.
Не троль, а крайне разозленный клиент данных сборщиков. Можно сказать, что у меня батхерт начинается, когда я вспоминаю это железо.
На моей памяти был случай когда мы выявили организацию, которая подделывала нашу продукцию в силу ее популярности. Было год назад и где то в Краснодарском крае. Очень возможно что данная компания собирала компьютеры и раньше под нашей торговой маркой. Мы — компания DEPO Computers, г. Москва, Если у Вас осталось желание выяснить истину по данному вопросу — пришлите нам по электронной почте (Senko.Sergey@depo.ru) серийные номера серверов и ПК (находятся на этикетках по ГОСТ на нижней поверхности системного блока, а так же наименование компании-продавца). Приносим Вам извинения за недопонимание Вашей позиции, но просим оставить возможность обсуждения в данной статье именно решения для частного облака начального уровня
Уважаемый Ps1h, спасибо за отзыв! Попробуем заменить часть сотрудников коленками и закупить побольше фигни. А если серьезно, будет здорово услышать какие именно проблемы у вас возникли с нашей техникой?
Без проблем.
Сервера «дерьпо». На данный момент на складе лежат 3 ваших железки разных годов выпуска. Диагноз: Ремонту не подлежат. Причем есть куча серверов HP бородатых годов выпуска, которые до сих пор работают. Есть асусы, ibm, compaq, и еще по мелочи. Вообщем крайне разношерстная компания. Ни у одного не было столько проблем с железом, сколько у дерьпошных серверов. Карма у них плохая, что ли.
ПК «дерьпо». Была партия 10 штук. На всех в течении года сдохли матери, винты прожили чуть больше года. Корпуса у них хорошие (наверное единственный плюс), поэтому в них сейчас «самосборка», которая работает чуть более чем безотказно.
Вообщем крайне негативный опыт работы с вашими, так сказать, «продуктам».
«На всех в течении года сдохли матери, винты прожили чуть больше года»

А брали вы их, наверное, на местном радиорынке? Или бухгалтеры у вас гарантиями питаются? Как еще объяснить то, что вы не отдали в сервис-центр менее чем через год вышедшее из строя оборудование?
Ps1h, спасибо за развернутый ответ! Прежде всего хотелось бы уточнить, какие именно проблемы были с серверами, ведь такой суровый диагноз, «ремонту не подлежат», поставили наверняка не Вы, а наш АСЦ, верно? Согласитесь, сомнительно, что сервер не может подлежать ремонту. Какой же это сервер в таком случае?

По поводу материнских плат в ПК. Рискнем предположить, что ваше оборудование 2003-2004 годов выпуска – в этот период, действительно, по вине производителя комплектующих была ошибочно выпущена бракованная партия материнских плат. К сожалению, данный факт выяснился уже после нескольких продаж. Однако на подобные случаи у нас есть сеть сервисных центров по всей территории РФ, в которые можно и нужно обращаться. На всякий случай оставим здесь эту ссылку, может пригодиться www.depo.ru/rubrica_r992.aspx
Да. Да. Да.
Мне этого вполне хватило и ваши испражнения, называемые «продуктами», я брать не буду. И всем вас «рекомендую», когда вас вспоминают. Ибо вам по качеству еще очень далеко от нормальных производителей.

ЗЫ. Партия пк была куплена в 2008. И в тот момент было не до ваших СЦ, которые, кстати, у нас в городе крайне не жалуют и никто в них обращаться не хочет. Забавно кстати. Говно обслуживать у говна.
Зачем столько зла.
У меня не показатель, но стоит пятилетний депо. Работает и работает. За это время в течении года на новом HP DL160 G6 поменяли блоки питания, райд контроллер и материнскую плату. Три инцидента за год с хп и ни одного с депо за 5 лет.
О чем это говорит? Что моя и ваша выборки не считаются.
Увы. Ваши сервера оказалось выгоднее заменить на IBM. Мы просто посчитали простои и проблемы с железом. И да. Вышло что ваши сервера говно.
Хотелось бы поподробнее про Stratus Avance. Какие за этим технологии и по? Это просто веб гуй XenServer с мониторингом двух десятков парметров системы и аутсорсным сапортом? Самым интересным видеться репликация стораджа. Как? На чем? Неужели все написано с нуля?
Действительно это немного переработанный XenServer с мониторингом двух десятков парметров системы и аутсорсным сапортом, очень сильно «заточенный» под очень ограниченный набор контроллеров и плат, что бы максимально исключить возможную несовместимость. Помимо репликации дисковой подсистемы, происходит и некоторая синхронизация оперативной памяти. Можно сказать что написано не с нуля, но дописана и переписана часть функций. Так же надо сказать что лицензию можно переносить на новые серверы при модернизации, а пакет годовой подписки позволяет использовать все новые версии и исправления.
Citrix Xen не особо сложная система. Развернуть ее не представляет особого труда. КиллерФичей мог бы стать сторадж, но про него так мало известно… И конечно же цена. DEPO System Cloud 200 стоит у вас 535 тр. Состоит при этом из двух сервачков начального уровня, красная цена которым тысяч 300. Где еще 235 тыр? Это столько стоит Stratus Avance?
ЗЫ. Возможно я в чем то ошибся, но тогда хорошо бы развеять вопрос ценообразования.
В целом вычисления верные. Stratus Avance Standart вместе с поддержкой примерно столько и стоит. Поддержка 5 дней в неделю, 8 часов, на русском языке. Администрирование очень сильно упрощено — через Web-Интерфейс мониторится и управляется и железо, и виртуальные машины. Расчитано на небольшие по размеру компании, но имеющие необходимость в высокой доступности всех приложений, при этом не имеющих квалифицированных сисадминов. За это и такая цена на софт. За 500 т. р. врядли возможно построить решение высокой доступности на других платформах (один общий сторадж будет стоить половину этой цены). Относительно предложенных конфигураций серверов. Мы их расчитывали примерно на 25-50 пользователей. Понятно что у кого то больше нагрузка на серверы, у кого то меньше, поэтому готовы давать на тесты — по результатам -менять конфигурацию. В ближайшем будущем планируем выпустить решение Cloud 100 на 2х серверах c усеченной версией Stratus Foundation (поддерживает только 2 виртуальные машины), стоить будет около 200 тыс. руб. — для организаций 10-20 пользователей. А так же решение на 2х процессорных серверах — от 50 ти пользователей.
А как там с экспортом\импортом виртуалок?
И можно ли где то подробнее узнать о том как происходит репликация данных? Реализация этого механизма вызывает наибольшее любопытство.
Есть стандартный импорт и экспорт P2V.
Но поддерживается не все возможные гостевые операционные системы — только особо проверенные:
Microsoft Windows 2000 Server SP4 32 бит, Microsoft Windows XP SP3 32 бит Microsoft Windows Server 2003, Web, Small Business, Standard, Enterprise, Datacenter, SP1, SP2, R2 32 бит Microsoft Windows Server 2003, Web, Small Business, Standard, Enterprise, Datacenter, SP2 64 бит, Microsoft Windows Server 2008, Web, Small Business, Standard, Enterprise, Datacenter, SP1, SP2 32/64 бит Microsoft Windows Server 2008 R2, Web, Small Business, Standard, Enterprise, Datacenter, SP1 64 бит Microsoft Windows Small Business Server 2011 Standard, Essential, Premium Add-on 64 RedHat Red hat Enterprise Linux 4.6, 4.7, 4.8, WS, AS, ES 32 RedHat Red Hat Enterprise Linux 5.1, 5.2, 5.3, 5.4, 5.5, 5.6, WS, AS, ES 32/64 CentOS CentOS Linux 4.6, 4.7, 4.8 32 CentOS CentOS 5.1, 5.2, 5.3, 5.4, 5.5, 5.6 32/64
Но для не очень крупных компаний этого обычно достаточно.
По вопросу механизма репликации дисков ответим чуть позже.
Не совсем понятно — зачем нужен софт для виртуализации, поддерживающий только 2 виртуальные машины? По мне так и 24 — немного, но 2 это как-то совсем.
Если на них что то очень очень важное крутится, но очень очень специфическое, т.е. не умеющее делать ha собственными средствами, и при всем при этом нет ни одного нормального администратора.
Stratus Avance это аутсорс одной конкретной задачи — HA.
Citrix Xenserver в редакции advanced умеет все это. Enterprise и того больше. Единственное что он не умеет так это делать HA без NAS. И в этом пожалуй преимущество Stratus. Но насколько надежно и производительно это решение?
Avance, в отличие от Xen, обладает встроенной логикой выявления отказов железа. Т.е. если Avance видит, что по показателям скоро (иногда и за сутки-двое) пойдут ошибки какого-либо узла системы, он сможет вовремя среагировать, оценить критичность проблемы и вовремя спасти все виртуалки вместе с памятью. Таким образом, софт выходит за рамки классического HA и получает возможность избавиться от обычного “реактивного” поведения “Упал сервер -> Перезапустить ВМ”. Естественно, если уборщица тетя Клава шваброй выдернет кабель питания, тут уже будет стандартный HA и перезапуск ВМ на другом сервере. Однако в одном из ближайших релизов, компания Stratus планирует реализовать схему работы Avance Active-Actve, что позволит обеспечить защиту от опасных уборщиц :-)
По поводу производительности, если много ВМ – можно поставить 10G и увеличить скорость синхронизации данных между нодами ( все операции Write to disk дублируются на второй сервер через Private-Link), а также значительно уменьшить время “Live Migration” виртуалок на вторую ноду.
Подробнее тут: www.stratus.com/products/avance/docs/ www.stratus.com/products/avance/docs/avance-performance-with-10g-nics/
К слову о надежности: компании Stratus Technologies уже скоро 35 лет, а их экспертизу в области построения HA и Fault-Tolerant решений используют корпорации по всему миру: от Enterprise платформ Stratus ftServer, до решения среднего и малого бизнеса — Avance. www.stratus.com/Solutions/ByIndustry
К сожалению на текущий момент есть только две версии Stratus Avance — Standard (на 16 вирт. машин, 2 процессора) и Foundation (2 виртуальные машины, один процессор). Я бы тоже хотел что бы было больше вариантов 4, 8 виртуальных машин с соотв. разницей по цене — но пока таких вариантов нет.
Думаю вариант с 2мя вирт. машинами может быть интересен не очень большим организациями которым сейчас достаточно 2х физических однопроцессорных серверов, и есть потребность в упрощении управления и обеспечении HA
Например можно и нужно использовать
– в системах контроля и управления технологическим процессом на производствах. Требуют небольшое количество виртуальных машин и создают маленькую нагрузку на сервер. Зато требуют High Availability, а то и Continuous Availability для работы, ведь остановится сервер на 10 минут – остановится весь технологический процесс завода.
— или например в небольших офисах и филиалах где обычно используются 1-2 физических сервера
Уважаемый DEPOteam, никогда не спорьте с идиотами (тролями)! Они опустят Вас на свой уровень, где и задавят своим опытом.
Уважаемый Usikoff, спасибо за совет! Мы вовсе не спорим, а пытаемся помочь излечить батхерт клиента (ибо оно, очевидно, доставляет ему сильнейший дискомфорт).
У меня такой вопрос: имеются два офиса. Первый — беззаботные бухгалтеры с толстыми клиентами 1С, у них в кладовочке первая часть вашего чудо-кластера, второй — расположенный на глубине 400 метров защищенный военный бункер с кучей многократно дублирующихся всевозможных коммуникаций. Третья часть — свободно блуждающие по интернет-кафе, вольнолюбивые RDP-юзеры. Первый и второй офис расположены на расстоянии 4 км друг и от друга и имеют между собой выделенный канал 1 гигабит с задержкой 9 мсек. На первый офис падает атомная бомба и уничтожает все живое, включая мерзопакостных бухгалтеров и любимый, дрожайший депошный сервачок. Вопрос: опечалит ли это событие Тимати, чувствительного и романтичного RDP-юзера, прохлаждающегося на Таити, и пишущего любимой письмо в RemoteAPP-блокноте, который не предусматривает функцию автосохранения? Блокнот Тимати перезапустит, это не проблема, но останется ли набранный текст?
Вроде бы по задержкам канала мы укладываемся. 1С бухгалтерия, даже толстая, уцелеет, кроме той части что бухгалтер не провел пока по базе. Но думаю, текста в блокноте у Тимати не останется.
Но еще есть одно соображение. Т.к. Stratus Avance реально работает только один сервер, а второй в резерве, то если мы активный сервер держим в бункере — Тимати вообще ничего не заметит и благополучно допишет свое письмо. Какой сервер сделать активным решает или сисадмин или Stratus, с помощью проактивного мониторинга если он к примеру определяет что в активном сервере каким то образом ухудшились условия работы (ошибки дисков, памяти, останов вентиляторов, повышенный нагрев и т.д) он переводит все задачи на второй сервер — но это не очень часто бывает. Т.е. наши рекомендации — если уж люди построили бункер, то пусть установленый там сервер сделают активным.
Остался открытым вопрос — как устроена синхронизация. DRBD?
Скорее всего на каждом сервере поднята виртуалка с nfs, которую xenserver использует как nas. DRBD или что-то аналогичное для синхронизации. Теоретически может работать, но выглядит примерно как пара табуреток вместо стремянки.
ЗЫ. Надеюсь я ошибаюсь и тут другая реализация.
Синхронизация устроена следующим образом:
До установки Avance создаются RAID-массивы штатными средствами контроллера. Далее, берем два сервера и подключаем их между собой по Ethernet. Это подключение называется Private Link по которому идет трафик Avance и зеркалирование дисков. Зеркалирование дисков синхронное, безостановочное: операции Read читаются с активной ноды, операции Write дублируются на вторую ноду по Private Link. Можно использовать как 1Gbit так и 10Gbit контроллеры, если стоят ресурсоемкие или высокотранзакционные задачи.
То что Вы написали и так понятно, вопрос в используемых технологиях.
Вопрос остался: используется DRBD, или собственная разработка? Если второе, то в чём отличие от DRBD?
Разработчики не упоминают об этом в технической документации и потребуется время, чтобы выяснить реализацию алгоритма. Так что, к сожалению, быстро ответить не сможем и (Stratus может и не ответить, имеет право если это патентованная разработка)…

Какая версия xenserver используется они упоминают? И есть ли доступ к xen api?

Тут кстати «совсем невовремя» вышел Xenserver 6.1, в фичах у которого значится:
version 6.1 enables users to move running VMs without the need for shared storage. This technology also enables live migration to happen using a shared-nothing architecture in which the storage associated with virtual disks moves freely within and across pools for optimized storage utilization, simplified backup and serviceability.
Иными словами можно делать лайв мигрэйшн без общего сетевого хранилища.
Версия xen — 6.0.2
От Xen есть только движок виртуализации, остальное — Avance Policy Engine. Доступа к Xen api соответственно нету.

Про новый Xen, действительно LiveMigration в новой версии заявлена, тоже будем тестить. Вроде бы и в Windows 2012 появилась возможность осуществлять живую миграцию между двумя серверами без общего стораджа, но HA на таком решении обеспечить возможности нет. Мы же наше решение на Stratus позиционируем для следующего (нишевого) применения:

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

Citrix Xen 6.0.2 и при этом без api? А куда оно делось. Он отнюдь не опенсорсный и так просто покрамсать его нельзя. Может быть XCP 1.1 или только гипервизор xen 4?
ЗЫ. Я совершенно не вижу ниши для использования этого продукта. Но мне интересно как он устроен, потому что возможно некоторые технические решения мог бы использовать. Цена очень уж кусачая, при этом умышленно или нет, но порезан функционал.

Видимо покромсали за отдельно уплаченные Citrix-у деньги, убрали лишнее с точки зрения вышеописанного применения и закрыли все дыры, в том числе и API. Так что никих советов как использовать технические решения дать не можем, продаем как есть «в коробке» но максимально готовый к использованию а если заказчик даст ТЗ как предварительно настроить виртуальные машины, можем выполнить на нашем производстве, причем ТЗ может быть достаточно сложными, типа для того что бы например можно было отгрузить в несколько разных филиалов и после включения все сетевые настройки были правильными и можно было управлять из центра.
Добрый день! Можно ли каким-то образом протестировать Ваше решение?
Спасибо за проявленный интерес, протестировать можно — сначала необходимо зарегистрироваться в торговой системе www.depo.ru/register.aspx, далее с вами свяжется персональный менеджер и вы можете согласовать дальнейшие варианты — тестировать в нашем демоцентре (будет проведено небольшое обучение перед этим) или на вашей территории.
Sign up to leave a comment.