Вот не промолчите чтобы не вставить последнее слово. Вы то чем хороши? Проблему создали? Создали. Договор нарушили? Нарушили. Претензии к самому себе предъявляйте. Вы один пушистый у нас такой получаетесь. Даже не смешной ей Богу.
А вы ожидали адеквата? Это же сейчас любимая игра в критику что так надоела пол России.
Кстати сказать законы чьи? Вы может не в курсе наших законов поэтому оперируете терминами РФ законов? У нас никто никому ничего не обязывает, он услугу получил и он же ее нарушил.
Любимое занятие масс это изговнить, переврать половину слов и опустить. Отдать деньги это хорошо, если вы заявляете о возврате в услугах, у нас же принцип изначально был другой заложен: надкусил булку - ешь до конца, тем более что оплата по дням не запрещена. По поводу отдать бекапы: человек включает систематически дурку в переписке, отвлекая от решения созданных им же проблем. Сапорт и лично я абсолютно бесстрастно отношусь ко всем клиентам, но после игры на нервах и макания сами знаете куда желание работать с подобными людьми улетучивается с астрономический скоростью. Так что то что вышло это результат предвзятого мнения которое сам клиент и породил. Не больше и не меньше. И да не мне вас судить и не вам меня. У вас свои правила игры у нас другие, я принял решение и я его придерживаюсь. В любви до гроба мы не клялись, а раз проблема появилась и он сознательно ее создал то пускай расплачивается блокировкой. Тем более как видно из всего им написаного не зря было оно... Некоторым клиентам как в том анекдоте надо выдавать презерватив чтобы они не размножались.
И персонально всем умникам что тут острили по поводу отжигов. Не вам судить. Займитесь хостингом, поработайте с такими как ТС и потом умничайте.
На сем откланиваюсь и ухожу с сего славного форума.
Кстати еще полезно будет ознакомится с очередью и ее принципами работы.
I/o приоритеты
OpenVZ использует модифицированный CFQ -планировщик для выделения отдельных "весов", приоритетов по работе с диском для каждого контейнера.
К сожалению, в условиях острого дефицита дисковых операций, планировщик не может гарантировать справедливого выделения дисковых ресурсов для всех контейнеров. Если какой-либо контейнер дергает диск во много потоков, минимальный приоритет для его процессов может лишь слегка улучшить катастрофическую ситуацию.
Проблема связана с тем, что OpenVZ, by design, использует один общий дисковый кэш на все VPS. В кэш ядро помещает те данные, к которым наиболее часто обращается, соотвественно, даже процессы контейнера с минимальным дисковым приоритетом, в случае большого числа обращений к диску, рано или поздно вытеснят из кэша процессы других контейнеров. Минимальный приоритет поможет другим контейнерам хотя бы получать доступ непосредственно к диску, но общая ситуация, когда данные чаще всего будут браться не из кэша, а непосредственно с диска, будет иметь тенденцию к дальнейшему катастрофическому развитию ситуации.
Следует иметь ввиду, что OpenVZ не лучшее решение для виртуализации серверов с серьезной дисковой нагрузкой.
Приоритет может иметь значения от 0 до 7.
vzctl set 101 --ioprio 0 --save
vzctl set 101 --ioprio 7 --save
Первая команда установит минимальный приоритет для контейнера, а вторая максимальный.
По-умолчанию, любой контейнер имеет приоритет 4, и ядро OpenVZ старается выделить всем контейнерам примерно одинаковое количество дисковых операций, что у него практически всегда прекрасно получается, когда ни один из контейнеров не пытается использовать дисковых ресурсов больше, чем в состоянии выдать дисковая подсистема сама по себе.
Так что диски там как раз самое слабое место, но лично мое мнение лучше так чем другие виртуалки с потерей производительности.---------- Добавлено 04.09.2012 в 15:44 ----------
Обращайтесь к этому человеку. Вас не бесит что вас игнорируют? Или это и задевает? Вам все ответили, так делать не камильфо и тут с заинтересованными тупо общаемся о том как такого избегать. все просто. Вы все написали уже в своей заметке, мы все поняли и для себя решили если вы так делаете то мы не работаем с вами. Все довольны и все счастливы, насильно мил не будешь.---------- Добавлено 04.09.2012 в 15:47 ----------
Да мы такие вот плохие, заботимся чтобы такие как вы не глушили людей что рядом и люди могли нормально работать! Довольны?
Дескриптор это просто число ткрытых файлов, кстати сокеты туда же относятся, так линукс устроен, а вот чем оградить ФС таблицы от таких вот приключений с файлами в одной папочки тут как бы разработчики виртуалки не озаботились, ну да Бог с ними. Суть спора в другом, в том что один нарушил, создал кучу проблем и еще что-то требует. Хотя черным по белому и пункты про мониторинги и отслеживание, и про то что не красиво мешать соседям написаны в договоре, он его принял, теперь куча соплей по интернету ай какие все плохие. Бери адекватно и думай что делаешь, не знаешь так спроси - не укусят. Но как видно из всего сказанного ТС это не про него.
ТС
почитал ваш опус. Совет выкладывайте переписку целиком а не удобными вам кусками иначе передергиваете. и вот это ну просто маразм крепчал:
В целом первые впечатления оказались хорошие, была неделя, пока хостинг лежал, а поддержка говорила, что на них идет ужасная DDOS атака и что они как могут борются, но скоро все будет хорошо, и действительно через некоторое время сервера снова заработали.
это когда это атака ддос была неделю? если уж звездите то от реальности не отрывайтесь.---------- Добавлено 04.09.2012 в 15:00 ----------
Ну не ssd же. Суть, клиент заказал, он получил, а вот использовал как ему взбредет в голову за что и получил шайбу.
Покажите ман где такие параметры на FS описаны, не будьте голословны.---------- Добавлено 04.09.2012 в 14:50 ----------HostInCloud,
да и не заплатит клиент за избыточность, по крайней мере не этот вариант... за 12-20 баксов не берут кластеры, не тот тип людей. Рынок облака это отдельная эпостась для отдельного круга клиентов. Тут суть то вопроса в том что клиент по своему не знанию просадил рейд массив, он не знал, но легче от этого никому не стало, после долгих пререканий и передергивании мы просто локнули и все, это было наше право и наше решение ибо мы не гос структура и всем в 32 зуба улыбаться не обязаны, спросить можно ли так делать перед тем как сделать у него было не судьба, гугл как видно из его поста тоже для него не посильная задача так что в рамках предоставляемой услуги он вылез за свои пределы и очень основательно, все по соглашению, все по закону, его информация потерта чтобы не расползалась таблица FS ибо мы отказались с ним работать в той форме в которой он это все реализовал, он поплатился своей оплатой и был наказан. Высказал свое недовольство и вон молчит ибо кроме упреков и тыканья пальцем что оно вон там у кого-то сказать нечего. У кого-то это у кого-то у нас это у нас и разводить бардак такой как он развел никому не разрешаем, для этого пункт в оферте и есть.
Так что все счастливы и все довольны, а он видимо разводит бордак по новой у кого-то другого. Если что-то для себя он из этого вынес то уже чему-то научился, если нет то все эти холивары бесполезная трата времени.
Суть такова что 90% клиентов слезая с шареда ничего не понимают в Серверных ОС, для них ssh часто как другая вселенная, что хуже всего они не хотят понимать ничего и все советы что ты им даешь чтобы у них не тратились лишние ресурсы и дешевле было размещение как об стенку горохом, главный отмаз Ну оно же шло! Вот это самое печальное в реалиях хостинг бизнеса. Нанять человека который занимается оптимизацией тех же скриптов для 80% не реально... Тупо не понимают зачем это надо, а своему хостеру как правило не верят, думают что ты им прямо вредные советы даешь что ли... Вот как-то так оно если снять маски не не заниматься приукрашиванием.
Himiko, Более того у нас в политике и написано что мы как либо не следим за юзерами, не вмешиваемся пока ситуация не мешает остальным. Опять вумничаете? Или на себя и на себе шапку мерите?---------- Добавлено 04.09.2012 в 13:53 ----------
О чем я выше и писал, влезли изначально с рекламой, а этому товарищу и так можете написать личкой, да наверняка уже и написали ) Только про ваш VMware и Xen я уже писал, лично мое мнение это сплошной наибей, тем более что себя он обрушит как два пальца, а так как проблем внешне не проявится то вам же будет плевать на то как у него LO летает. Если уж пчелы жужат то это же не с проста!---------- Добавлено 04.09.2012 в 13:57 ----------Мда, этика у хостеров как всегда на высоте, что угодно друг на друга выливают абсолютно не задумываясь не о чем, лишь бы перетянуть одного клиента. Так народ, что напрягаетесь то, он блокнут, он ушел, смотрите теперь где он обитает и свою мега энергию по засиранию других примените по новому адресу.
Ограничить чем? Дескрипторами? Милейший я вас умоляю, почитайте на тему что такое дескрипторы. Будете приятно удивлены. Это всего лишь число открытых одновременно файлов каким боком число открытых одновременно файлов может оградить FS таблицу от разрастания при таком вот использовании? И да... На других платформах, которые так любят пропагандировать как панацеи от проблем VZ вся файловая система как правило в виде одного файла, т.е. ее по факту нет, она завернута все в оболочку на что тут же получает клиент потерю скорости работы такой системы процентов так на 10-20. Вам хочется VPS который имеет параметры только как голые цифры а по факту на 10-20% тормознутее заявленного? Тут каждый для себя сам решит.
И давайте не смешивать маркетинг с техническими проблемами, речь шла о проблеме большого числа файлов в конкретно одной директории, гугл, если не поленитесь, все вам за меня раскажет чем это чревато, информация ищется на раз-два за менее чем минуту. А что лучше и что хуже - это как холивар об интелах и амд. И каждый выбирает тут свою золотую середину.
Тем более что по факту, ну вот возьмет у вас Xen такой же как ТС, там будет ext3, ext4 и все ровно тоже самое произойдет у него, только его машина по факту гавкнется намного раньше ибо его проблема не расползется на ноду целиком и он не обрушит винты на которых не он один между прочим крутится, просто его система страшно страшно затупит и вы как Тех поддержка когда сунетесь в его систему его в это и ткнете носом, так что делать красивые глаза и говорить Ой вы что, да мы никогда, да мы пушистики - тупо не нужно. Тариф есть тариф, ему отрезаны ресурсы, он их угробил по своей вине на абсолютно не верные решения, притом из за особенностей архитектуры, в нашем случае, положил соседей. Так что как не крутите а не знание не освобождает ни от чего. И петь дифирамбы на ему что а вот у нас тоже бессмыслено, мой вам совет, возьмите его к себе, ощутите новую гамму проблем )---------- Добавлено 04.09.2012 в 13:42 ----------
Зато тут рассуждать с умным видом вы считаете достойным себя? Самооценка у вас не зашкаливает случаем?---------- Добавлено 04.09.2012 в 13:43 ----------Himiko, Совет да любовь вам, а в чужой монастырь со своим уставом уж не сувались бы. Раздавая умные такие вот советы про дескрипторы.---------- Добавлено 04.09.2012 в 13:44 ----------
Сколько у вас виртуалок и сколько серверов физических с виртуалками? Откуда такие умозаключения голословные?---------- Добавлено 04.09.2012 в 13:49 ----------Himiko, Если вы изобрели что-то иное для VZ что бы регулировало таблицу FS то в студию, нет так не нужно с умным видом намеки раздавать, притом абсолютно бесполезные.
Из практики жизни
на серверах висит не один клиент и у 50% как правило идет не плохая нагрузка, притом что встречаются люди которые не далеко ушли в понимании серверных систем от ТС, так что там это лавинообразно все происходит, пока сидит один такой умник то все не заметно как правило, но когда 2-3-4-5 и в зависимости от бардака у них FS таблица файлов разрастается до неимоверных размеров а если заглянуть в доку по тому же ext3 то видно что он читает переходя по адресу и читает весь блок даже при запрсе одного файла из данных папок, даже тупо при переходе через cd в папочку, так что любое чтение такой таблички оборачивается огромным проседанием производительности.
Так что читаем мат часть и думаем перед тем как делать все кеши в одну папку или уплоады картинок в одну директорию, работать оно будет но по мере разрастания вам же создаст огромный геморой. Проще заранее брать делить структуру хоть по тем же годам и месяцам и туда все писать.---------- Добавлено 04.09.2012 в 12:47 ----------
Про обязан не обязан читали? Вам ответили еще почти месяц назад, вина ваша, подставили вы своих соседей, а расплачивались за ваш гемор мы. Вопрос закрыт.---------- Добавлено 04.09.2012 в 12:51 ----------
В манах это все описано, в хабре полно статей о том как не надо делать по данному вопросу, ваше мнение скорее всего от того что вы не сталкивались с подобными ситуациями когда FS таблица разрастается до жутких размеров, но могу обрадовать - все впереди ))) придет такой вот один два, не дай Бог попадут на одну машину и ваше мнение резко изменится.---------- Добавлено 04.09.2012 в 12:58 ----------ТС просто перегнул и поставил рекорд, проверяется просто - тушишь его систему и о чудо работа нормализуется, поднимаешь и LO и wa улетают так что кто тут прав кто не прав значения не имеет, важно одно что если человек как палец на руке создает угрозу жизни всему организму и руке конкретно то выход будет только его ампутировать, тем более он после тонны переписки и тогда и сейчас своей вины не признает а тупо ее просто допускает, мол не знали мы и сами мы не местные. Админу все равно кто прав кто виноват, тем более что это делалось бесплатно и не с целью выудить лишних 10 баксов у клиента, таким просто не занимаемся. Есть проблема ее обозначили, когда тупо попытались это все поудалять тогда маштаб трагедии стал на лицо.
Вам никто и ничего не обязан, обязаны вам пока вы клиент и не нарушаете работоспособность систем и своим соседям.
Почему нельзя хранить столько в одной папке читайте в манах по линукс файловым системам
https://www.google.lv/webhp?sourceid=chrome-instant&ie=UTF-8&ion=1#https://www.google.lv/blank.html
https://www.google.lv/webhp?sourceid=chrome-instant&ie=UTF-8&ion=1#hl=ru&sclient=psy-ab&q=ext3+%D0%B1%D0%BE%D0%BB%D1%8C%D1%88%D0%BE%D0%B5+%D1%87%D0%B8%D1%81%D0%BB%D0%BE+%D1%84%D0%B0%D0%B9%D0%BB%D0%BE%D0%B2&oq=ext3+%D0%B1%D0%BE%D0%BB%D1%8C%D1%88%D0%BE%D0%B5+%D1%87%D0%B8%D1%81%D0%BB%D0%BE+%D1%84%D0%B0%D0%B9%D0%BB%D0%BE%D0%B2&gs_l=hp.3...2403.192633.0.192852.24.24.0.0.0.0.70.1312.24.24.0...0.0...1c.5CL53afqss0&pbx=1&bav=on.2,or.r_gc.r_pw.r_qf.&fp=f2172245522b090f&ion=1&biw=1920&bih=955
то что вас Бог не сподобил пролистать это спустя 3и недели и устраивать тут срачь ну откровенно на вашей совести. Гугл в руки и там все написано, приносить вам что-то на блюдечке с голубой каемкой никто тут не будет, обучать вас и учить основам тоже никто не брался. Ваше знание как и не знание целиком на вашей совести.
Если уж заикнулись о нормальной практике то нормальная практика когда клиент общается с хостером до того как он учудит и спрашивает а хорошо ли если я вот такое сделаю, но это не про вас, вы же на NFS создали этот бардак и там он с ваших слов идет, а почитать о том как устроены файловые системы оказалось не судьба.
В любом случае это все большой офтоп ибо факт вылета был и можете вон постом выше прийти к ним взять систему и устроить им такой же разнос, а то очередной хостер который в скрытой форме себя предлагает но понятия не имеет о том что вы делаете и на что у вас фантазии хватило.---------- Добавлено 04.09.2012 в 12:41 ----------
Так о том и речь что почти сутки вытирали этот бардак используя маски ибо rm отказывался жевать такое количество файлов и маска была на 3-4 символа!
