Уточняем, при чем тут я и какая то статья? :)
1, 2 не имею ничего общего с этим
Не пугайте, плавали, ploop ничего не мeняет, это же имидж или раздел на удаленном хранилище на общей файловой системе. Ploop я использовал лет пять тому назад с OpenVZ, подключал дополнительно виртуалкам раздел под MySQL внутри виртуалки. Не оправдался, лучще simfs на том же SSD. Если уж говорить о производительности, то надо говорить или о прямом подключении LVM или iSCSI или о ещё какой то хитрой системе. И самое главное, о канале между вычислительным центром и хранилищем, тут слабое место.
Скажем тут наши мнения расходятся на 180 градусов, не думаю что стоит ввязыватся в спор. Цена/качество для клиента лучше будет на стороне моего понятия. Удобство для хозяйна, да на Вашей стороне.
50 Ghz суммируя потоки? Сами понимаете, что 50 Ghz тут даже не пахнет, даже при одном клиенте на всём облаке. Прикинем сколько будет клиентов, которые все будет шарить эти потоки ;) Я противник суммировать частоту процессора, это технически неграмотно. Если аппликация может использовать несколько потоков, то все потоки будут обрабатываться на частоте ядра, с тем приоритетом, который выставлен для контейнера, только в несколько потоков. Если аппликация не способна работать с несколькими потоками, то частота будет та же, только всего один поток. И эти другие vCPU просто будет простаивать. Это же сами понимаете, но всё равно занимаетесь маркетингом ;)
Также повторюсь, что не имею никакого отношения к каким то статьям, также почти всё своё время работы в этой области предлагал OpenVZ + один из Xen/Vmware/KVM. Virtuozzo тоже только уважаю, но не вижу смысла использовать, не нравится мне платные имитации виртуализации. Если для каких то проектов пойти на платную платформу, то только на базе Citrixx или Vmware.
Всё там должно уладится. Ответил.---------- Добавлено 10.11.2016 в 16:14 ----------
А где всё выполняется 100% по SLA? Я по крайней мере не знаю такой конторы.
Den73, всё зависит от линейки и самой проблемы. Кое что они меняют без спроса, даже проблема отозвать замену. Просто надо знать систему, привыкнуть и иметь план Б.
Legion726, киньте в ПМ мне номер заказа и через минут 15 дам ответ, если там не блокировка, сервер уже быстро будет в сети ;)
P.S. Не моё это дело, но порядке исключения помогу решить вопрос. Обычно через 5 - 6 суток сервер может быть послан на реформат...
Позвоните на литовский филиал, если через них заказывали, и решите вопрос.
Каким способом оплачивали? Даже теоретически не представляю такой проблемы...
пинга нет:
2 78.63.255.254 (78.63.255.254) 33.317 ms 33.315 ms 129.430 ms
3 82-135-182-1.static.zebra.lt (82.135.182.1) 10.312 ms 10.316 ms 11.344 ms
4 dtel-ix.kiev.fiord.ru (193.25.180.97) 72.217 ms 74.046 ms 74.027 ms
5 kiev-nt-b1-ae5-vlan3100.fiord.net.ua (62.140.239.22) 51.804 ms 51.813 ms 51.788 ms
6 msk-m9-b1-ae16-vlan3877.fiord.net (80.77.167.16) 62.118 ms msk-m9-b1-ae22-vlan3878.fiord.net (62.140.245.164) 58.379 ms msk-m9-b1-ae16-vlan3877.fiord.net (80.77.167.16) 56.955 ms
7 mstn-gw.fiord.net (62.140.239.238) 55.872 ms 55.836 ms 56.588 ms
8 * * *
Монополии уже не будет, надо к этому привыкнуть. Да и монополия если и была бы, то один или несколько монопольщиков всё равно обманывали бы других, и тихо из под стола продавал дешевле и таким образом имел бильше клиентов. Рынок он решит всё, просто надо выждать, пока клиенты сами разберутся, работать в убыток можно какое то время, но долго протянуть сложно. Жаль что они с десятком разобрались, и уже списывают всех остальных одним махом. Но это ихнее право.
Может быть все демпингисты расчитывают на феномен Форда в начале XX века? ;)
Как всегда сильно отошли от самой темы. Я не раз уже высказывался за то, что хостёр должен подумать перед тем как разрешить партнёрку. А если уж активировал, то обязан вез всяких мудростей выплатить обещянное.
Не совсем понял, проснулись и придумали что пора пустить реплику? Внимательно прочесть пост до этого сил не хватило?
Теперь если смотреть на 1 гиг диска на общем хостинге, то этот 1 ГИГ к примеру у меня сразу превращается в 6 ГИГ (бэкапы) и учитывая то, что ежедневно резервируеться на удаленное хранилище, то мне эти 5 баксов не так много видится. А учитывая то, что на общем хостинге RAM не выделяться по 200 МБ, так как это просто невозможно делать, и учитывая то, что сайты жрут не как в 2005, жизнь подорожала в разы по сраавнению с 2005, покупная способность бакса упала примерно в раз 5, налоги все подскачили. То где вы уважаемый видите прибыль? 🤪
К тому же, у меня нет таких тарифов, базы давно не считаются, но начал считать домены, так как на своих серверах желаю видеть нормальные сайты, а не спам. ;)---------- Добавлено 09.11.2016 в 14:56 ----------
Беда только одна, кризис сильно ударил по числу тех клиентов, которые платят реальную цену за услуги.---------- Добавлено 09.11.2016 в 15:27 ----------
Два предложения, которые не стыкуется между собой ;)
Не всё так просто - главное человеческий фактор, автоматизация только для увеличения производительности человека. Дело в том, что приходится решать проблемы, которые автоматизация неспособна решать. И на это уходит много времени.
К стати, главная проблема не само обеспечение услуги, главная проблема маркетинг, набор клиентов.
Так же сами можете проверить, берём VPS на SSD с 2 GB RAM:
Linode 10$
DO 20$
Firsvds 9.8$
Совсем недавно DO предпоставили Linode тарифы примерно в два раза дешевле, теперь ситуация наоборот. Само собой, это за счёт увеличения оверсела и само собой повлечёт снижение качества, если уже не повлекло. 10$ за 2 GB RAM цена заниженна, качества не стоит ожидать.
Через ssh клиент может посмотреть только косвенные параметры, в облаках он даже не может знать сколько реально занимает место его VPS, так как в облаке для гибкости, образ диска хранится чаще всего как файл, размер которого меняется при наполнении, это не LVM раздел, когда сразу выделяется раздел с самыми лучими парааметрами скорости. Также клиент не знает на сколько оверселен RAM, CPU. Не знает точно какая модель CPU. Также не знает какой лимит на IO. В общем, всё зависит только от совести хостёра. В мире глобальный кризис, я лично тоже расматриваю возможность совесть засунуть себе в какое то место ;)
К приемеру KVM разрешает грамотно на одном реальном ядре (не потоке) запустить 8 виртуальных машин, и они все будут работать с полной аппаратной виртуализации. То есть, если процесор сервера имеет 4 ядра, значит 32 виртуалки будут работать в полне комфорнто, если IO не будет тормозить. Самая высокая производительность получается, когда для виртуалки выделяется 1 ядро. Выделять несколько ядер стоит только тогда, когда это надо. На рынк1е видим всё на борот, клиенты требуют много ядер, хостёры им это дают. Хотите много ядер, берите, но будем в место 32, запускат 64 виртуалки. Если нормально память можно оверселить 1.5 раза, поднимем эту цыфру до 3, но предложим ниже цену. Память вобще сложный вопрос, если на сервере 64 ГБ, это не значит что можно запустить 16 х по 4 ГБ х коефициент оверсела. Иногда оверселить совсем не получается, а иногда совсем успешно :) Вот по этому большие компании придумали Cloud, в случае Cloud мпжно стабилизировать коефициент оверсела и упростить администрирование, усреднить параметры виртуалок. Но клиету от этого только ниже цена/качество.
Не знаю, понятно ли я изложил, но если постараетесь понять, будет легче делать правильные выборы. Но когда холодильник пустой, единственный правильный выбор брать раки по 3 рубля, но маленькие, нежели раки по 5 рублей но большие ;)
