А можете рассказать что у вас крутиться на машинах с 500мб памяти (если это не секрет конечно же)? Просто мне казалось что сейчас 1-2 гига озу уже практически стандарт.
На мой взгляд не корректно сравнивать два эти теста — в вашем варианте почти не играет роли сеть (скуль и сервер приложений на одном сервере) ну и у вас обратная ситуация — новый vmwera и старый hyper-v :)
1. Отчасти согласен, но только отчасти
2. Тут удивлен. Статей просто море, но вот рускоязычных точно меньше чем по вмваре. Ну и вопрос привычки — линуксоидам ближе вмваря, виндузятникам — гипер-в
Почитал. ИМХО бред.
1. По тестам выходит что на vmware 1с работает быстрее чем на простом компе. Это явный показатель подтасовки или/и кривого сбора данных.
2. Опять же кофигурация стенда весма спорная.
3. Не во всех тестах винда хуже
4. Очень старые версии ПО. Ну уж совсем старые
P.S. Комментарии под статьей тоже говорят о большом количестве нюансов неосвещенных в статье
Такой заголовок, будь он не в блоге MS, автоматически предполагал бы ответ «дитя маркетинга».
На мой взгляд весьма странное и весьма спорное утверждение. В таком ракурсе можно сказать про любую сущность в нашем мире — везде присутствует доля маркетинга.
А в вашем блоге, не менее безусловно, будут обратные выводы.
Согласен, что вряд ли бы вышла статья где была бы одна строчка — «MS — must die, XXXX — rules». Тут вроде ресурс для взрослых адекватных людей, которые в основной массе своей понимают что нет абсолютного зла и абсолютного добра. Есть просто инструменты решающие или не решающие задачу. Тем более что в статье есть информация о том, что в продукте плохо.
Спасибо, но — нет.
Тут конечно же у каждого свой выбор, но хотелось бы понять почему. Чисто из любопытства.
При этом гостевая ОС — Windows?
Да, но у Linux появился штатный механизм изменения дисков налету? Без извращений и предварительной доработки напильником? (вполне вероятно что я просто не знаю о том, как это сделать)
Да, столкнулся я этой штукой. У нас был epic fail когда мы сделали размер LUN-а на схд больше физического объема дисков. Вот никто не предполагал что товарищи программисты возьмут и бахнут огромные объемы на тестовые машины.
В итоге датастор отвалился. Причем для esxi до 5 восстановление работало — а теперь нет =(
Так что chkdsk — штука нужная иногда
Сабака, нужен под 1С с аппаратными ключами (особенно когда 1С не продает программные, а также когда перенос ВМ с хоста на хост рушит лицензирование 1С). Но это больше проблемы 1С, чем гипервизора, что VMware, что Hyper-V.
Не знал про тему с миграцией и программными ключами, но столкнулся в живую. Тогда не догадался, а сейчас все встало на свои места. Как обычно 1С сделала «все для людей»
Да, я специально взял отдельную ферму серверов чисто под такие приложения (в основном 1С). И меня дико печалит что в 2018 году у нас есть такие продукты, которые до сих пор не могут нормально работать с современными процессорами… =(((((
Если применять такую схему, то буквально тут же появится механизм который будет удалять неугодные записи и вся идея рухнет. Что ЭКЛЗ, что фискальники — это неперезаписываемая память, поэтому ей можно доверять. А вот вопрос цены — да, это жесть. Но в целом идея здравая, ибо когда нет возможности кроить и инфа о доходах видна нет смысла мутить с налогами. Так глядишь и до повсеместных белых зарплат доживем
Все бы рады, но это же 1С… Ключи могут слететь в любой момент, «без объявления войны», причем одна активация — один пин-код. В комплекте 3, новые выдают только после нудных разбирательств… Поэтому аппаратные ключи в итоге выходят на порядок дешевле.
Хлопушки-воробушки, сколько экспрессии на ночь глядя =) Эк задело то, видать за живое =))
1. Я не слова не сказал про _ваши_ скрипты, я говорил про подход в целом. Если вас это так цепляет, то может дело в вас?
2. Начинающий, быстро и эффективно… Это миф =) Или сильно не начинающий, или крайне не быстро, или совершенно не эффективно. Опять же — сделали задачу и тут же начинаем ее переделывать? Ну… Ну в госке может и прокатит. Хотя тоже не факт.
Так же мне не понятно зачем _начинающему_ изучать некромантию в виде cmd. Сейчас у MS большая часть функционала — это powershell, так что его изучать придется гораздо раньше, чем cmd. И вообще, что _начинающий_ делает возле бекапов? =))))
3. Мне тут в личной беседе весьма осведомленное лицо по пьяне взболтнуло что HP за 16 продала железа госсектору на 15 миллиардов рублей. В принципе даже верю, при условии что косвенные подтверждения можно найти. Так вот это HP. А если еще другие вендоры, плюс самосбор. Так что деньги есть. Да и сам я общался пару раз с руководством крупных госсструктур. Да, там много бреда, но деньги получить можно.
P.S. хорошо что хоть вопрос о преимуществах PowerShell над cmd удалили. А то бы вас тут просто засмеяли бы. Одна проблема, письма о комментариях приходят с текстом комментария =)))
P.S.S. Правда обидно что половину аргументов вы просто проигнорировали, хотя это очень важные моменты. Но чтобы их понять надо немножко изжить из себя BOFHа
Блин, как-то тут все сложно с изменениями комментов. Продолжу
2. «почему не скрипты». Потому что это бекапы. Не только основа спокойного сна админа, но и защищенность фирмы. В ваших скриптах нет оповещения о ошибках, отработок исключений, большого количества проверок.
У меня тут недавно на работе запросили автоматом скачивать клад и разворачивать его в указанную папку. Казалось бы — 2-3 строчки на cmd/powershell. Ан нет, когда учли хотя бы в первом приближении все возможные варианты скрипт получился 60 строк и содержал в себе отсылку сообщений по результату или информацию о ошибке, проверку на изменение файла в источнике, возможность в автоматическом режиме откатиться если что-то пошло не так, ну всякого такого.
Всего этого нет в ваших скриптах, но чаще всего предусмотрено в специализированном ПО.
3. «я уволился, теперь это не моя проблема». Ваши скрипты нужно кому-то поддерживать и после вас. Мы все не вечны, мы все меняем работу периодически. И пришедший на ваше место человек не раз помянет вас добрым словом разбираясь в этой каше из скриптов, *nix-way утилит и прочего. Причем подавляющее большинство не делает документы, поэтому какие-то процессы со временем забываются и бывает очень больно их чинить даже самому.
4. «есть админы которые делают бекапы, есть которые уже делает бекапы и есть те, которые их проверяют». Народная мудрость так сказать. Так вот, как я уже писал выше вы даже не узнаете если что-то пошло не так. И никто не задумывается о том, чтобы банально делать хотя бы проверку на то, что архив откроется.
5. «нету денег». Да, если прийти и сказать «мне завтра нужен новый сервер за 100500 мульенов евро» вас пошлют. А если прийти и с цифрами обосновать простои и риски, да еще и сказать что это нужно не завтра, а можно заложить в бюджет на следующий месяц/квартал/год — успех практически неизбежен. Ну а если ваш начальник настолько уверен что у ним никогда ничего не случится — то можно схитрить, раскидать железо по новым закупкам и собрать в итоге новый. Потому что в любом случае с вас спросят. Результат просто будет разный. Ну или в тихую начать искать альтернативное место с более адекватным руководством.
Опять же, linux не имеет лицензионных отчислений (не путайте с бесплатно, линукс периодически оказывается дороже Windows), и на базе этого можно сделать все что нужно.
6. «работает — не трогай». По началу тоже так думал, пока не столкнулся с таким понятием как «технологический долг». Ибо простой пример — серверу 10 лет. Сдохла память. Что делать? В магазинах нет, брать б/у? А кто даст гарантии? А если мать? А как винт подключать если он какой-нибудь сильно старый. И получается что тот же самый комп уже нужно покупать срочно, и есть простой по работам на восстановление, и не факт что получится. А незапланированные расходы и госы и бизнес ненавидит люто =)
P.S. Мой препод по сапрмату любил говорить ленивым/тупым студентам — «чем больше таких как вы, тем больше я стою на рынке». Так вот лично вам мне очень хочется сказать тоже самое =))))
(trolling mode on)
о, красноглазеГ детектед
(trolling mode off)
Извините, не смог удержатся.
Попробую ответить на оба ваших поста.
1. Про начинающих. Начинающие как раз должны сразу учиться грамотному, комплексному подходу к решению задачи и сразу же учиться продумывать последствия. А это как раз антипаррент такого поведения (об этом ниже).
2. «почему не скрипты»
Если вы думаете что я не был таким же в начале карьеры — ошибаетесь. Так же пытался делать велосипеды с квадратными колесами. Но попав в похожую ситуацию и огребя достаточно много проблем (при условии что папка была в общем то не сильно нужной — пропали фотки с корпоратива маленькой конторки) я понял что велосипеды могут выйти сильно боком. С тех пор стараюсь их обходить стороной и искать проверенные решения. А вы мало того что сделали странный на мой взгляд вывод из ситуации, так еще и делитесь таким подходом на ресурсе с высоким уровнем доверия
Мда… Во-первых совершенно не понятно за что минуснули товарища rbobot-а. Он абсолютно прав — это задача для powershell
Во-вторых. 2к3 винда? В 2017 году? Серьезно? Даже не смешно. Да, есть варианты когда она нужна, но там точно не стоит задача бекапить шару. А уж если вам так нужно — так сейчас большенство NAS-сов умеют шару раздавать да еще и пользователям с авторизацией через AD.
В-третьих. Штатный бекапер в 2к3 был шикарен. Все что тот описано делается без проблем на нем
В-четвертых. Есть куууча софта для бекапа. Как минимум уже назвали Cobain, nnBackup. Есть еще winrar с очень навороченной командной строкой. Есть как минимум служба vss.
Ну и отдельно, не про автора лично, а про подход. Была проблема, ее не удалось решить стандартными средствами из-за человеческого фактора, так вместо того, чтобы задуматься и устранить причину мы лобаем из глины и палок какую то поделку, которая якобы убирает следствие, да и то не факт.
А что будете делать когда ваш скрипт в тихую облажается? Как узнаете? Каждый раз проверять глазами? Надоест через месяц. А что с проверкой бекапа? Опять же — ничего. А самое страшное, новички приходят на хабр, читают такие вот истории и делают тоже самое. А потом плачутся что их уволили/депримировали «на гладком месте»
В общем многоуважаемый автор, я бы на вашем месте убрал бы эту статью себе в бложек/заметки/соцсеть и не выкладывал бы ее на технических ресурсах.
VDI. Штука, которую сделал автор называется VDI. И там очень много чего придумано для решения проблем описанных в статье. Правда о экономии там речи не идет от слова совсем :/
2. Тут удивлен. Статей просто море, но вот рускоязычных точно меньше чем по вмваре. Ну и вопрос привычки — линуксоидам ближе вмваря, виндузятникам — гипер-в
1. По тестам выходит что на vmware 1с работает быстрее чем на простом компе. Это явный показатель подтасовки или/и кривого сбора данных.
2. Опять же кофигурация стенда весма спорная.
3. Не во всех тестах винда хуже
4. Очень старые версии ПО. Ну уж совсем старые
P.S. Комментарии под статьей тоже говорят о большом количестве нюансов неосвещенных в статье
На мой взгляд весьма странное и весьма спорное утверждение. В таком ракурсе можно сказать про любую сущность в нашем мире — везде присутствует доля маркетинга.
Согласен, что вряд ли бы вышла статья где была бы одна строчка — «MS — must die, XXXX — rules». Тут вроде ресурс для взрослых адекватных людей, которые в основной массе своей понимают что нет абсолютного зла и абсолютного добра. Есть просто инструменты решающие или не решающие задачу. Тем более что в статье есть информация о том, что в продукте плохо.
Тут конечно же у каждого свой выбор, но хотелось бы понять почему. Чисто из любопытства.
Да, но у Linux появился штатный механизм изменения дисков налету? Без извращений и предварительной доработки напильником? (вполне вероятно что я просто не знаю о том, как это сделать)
В итоге датастор отвалился. Причем для esxi до 5 восстановление работало — а теперь нет =(
Так что chkdsk — штука нужная иногда
Не знал про тему с миграцией и программными ключами, но столкнулся в живую. Тогда не догадался, а сейчас все встало на свои места. Как обычно 1С сделала «все для людей»
1. Я не слова не сказал про _ваши_ скрипты, я говорил про подход в целом. Если вас это так цепляет, то может дело в вас?
2. Начинающий, быстро и эффективно… Это миф =) Или сильно не начинающий, или крайне не быстро, или совершенно не эффективно. Опять же — сделали задачу и тут же начинаем ее переделывать? Ну… Ну в госке может и прокатит. Хотя тоже не факт.
Так же мне не понятно зачем _начинающему_ изучать некромантию в виде cmd. Сейчас у MS большая часть функционала — это powershell, так что его изучать придется гораздо раньше, чем cmd. И вообще, что _начинающий_ делает возле бекапов? =))))
3. Мне тут в личной беседе весьма осведомленное лицо по пьяне взболтнуло что HP за 16 продала железа госсектору на 15 миллиардов рублей. В принципе даже верю, при условии что косвенные подтверждения можно найти. Так вот это HP. А если еще другие вендоры, плюс самосбор. Так что деньги есть. Да и сам я общался пару раз с руководством крупных госсструктур. Да, там много бреда, но деньги получить можно.
P.S. хорошо что хоть вопрос о преимуществах PowerShell над cmd удалили. А то бы вас тут просто засмеяли бы. Одна проблема, письма о комментариях приходят с текстом комментария =)))
P.S.S. Правда обидно что половину аргументов вы просто проигнорировали, хотя это очень важные моменты. Но чтобы их понять надо немножко изжить из себя BOFHа
2. «почему не скрипты». Потому что это бекапы. Не только основа спокойного сна админа, но и защищенность фирмы. В ваших скриптах нет оповещения о ошибках, отработок исключений, большого количества проверок.
У меня тут недавно на работе запросили автоматом скачивать клад и разворачивать его в указанную папку. Казалось бы — 2-3 строчки на cmd/powershell. Ан нет, когда учли хотя бы в первом приближении все возможные варианты скрипт получился 60 строк и содержал в себе отсылку сообщений по результату или информацию о ошибке, проверку на изменение файла в источнике, возможность в автоматическом режиме откатиться если что-то пошло не так, ну всякого такого.
Всего этого нет в ваших скриптах, но чаще всего предусмотрено в специализированном ПО.
3. «я уволился, теперь это не моя проблема». Ваши скрипты нужно кому-то поддерживать и после вас. Мы все не вечны, мы все меняем работу периодически. И пришедший на ваше место человек не раз помянет вас добрым словом разбираясь в этой каше из скриптов, *nix-way утилит и прочего. Причем подавляющее большинство не делает документы, поэтому какие-то процессы со временем забываются и бывает очень больно их чинить даже самому.
4. «есть админы которые делают бекапы, есть которые уже делает бекапы и есть те, которые их проверяют». Народная мудрость так сказать. Так вот, как я уже писал выше вы даже не узнаете если что-то пошло не так. И никто не задумывается о том, чтобы банально делать хотя бы проверку на то, что архив откроется.
5. «нету денег». Да, если прийти и сказать «мне завтра нужен новый сервер за 100500 мульенов евро» вас пошлют. А если прийти и с цифрами обосновать простои и риски, да еще и сказать что это нужно не завтра, а можно заложить в бюджет на следующий месяц/квартал/год — успех практически неизбежен. Ну а если ваш начальник настолько уверен что у ним никогда ничего не случится — то можно схитрить, раскидать железо по новым закупкам и собрать в итоге новый. Потому что в любом случае с вас спросят. Результат просто будет разный. Ну или в тихую начать искать альтернативное место с более адекватным руководством.
Опять же, linux не имеет лицензионных отчислений (не путайте с бесплатно, линукс периодически оказывается дороже Windows), и на базе этого можно сделать все что нужно.
6. «работает — не трогай». По началу тоже так думал, пока не столкнулся с таким понятием как «технологический долг». Ибо простой пример — серверу 10 лет. Сдохла память. Что делать? В магазинах нет, брать б/у? А кто даст гарантии? А если мать? А как винт подключать если он какой-нибудь сильно старый. И получается что тот же самый комп уже нужно покупать срочно, и есть простой по работам на восстановление, и не факт что получится. А незапланированные расходы и госы и бизнес ненавидит люто =)
P.S. Мой препод по сапрмату любил говорить ленивым/тупым студентам — «чем больше таких как вы, тем больше я стою на рынке». Так вот лично вам мне очень хочется сказать тоже самое =))))
о, красноглазеГ детектед
(trolling mode off)
Извините, не смог удержатся.
Попробую ответить на оба ваших поста.
1. Про начинающих. Начинающие как раз должны сразу учиться грамотному, комплексному подходу к решению задачи и сразу же учиться продумывать последствия. А это как раз антипаррент такого поведения (об этом ниже).
2. «почему не скрипты»
Во-вторых. 2к3 винда? В 2017 году? Серьезно? Даже не смешно. Да, есть варианты когда она нужна, но там точно не стоит задача бекапить шару. А уж если вам так нужно — так сейчас большенство NAS-сов умеют шару раздавать да еще и пользователям с авторизацией через AD.
В-третьих. Штатный бекапер в 2к3 был шикарен. Все что тот описано делается без проблем на нем
В-четвертых. Есть куууча софта для бекапа. Как минимум уже назвали Cobain, nnBackup. Есть еще winrar с очень навороченной командной строкой. Есть как минимум служба vss.
Ну и отдельно, не про автора лично, а про подход. Была проблема, ее не удалось решить стандартными средствами из-за человеческого фактора, так вместо того, чтобы задуматься и устранить причину мы лобаем из глины и палок какую то поделку, которая якобы убирает следствие, да и то не факт.
А что будете делать когда ваш скрипт в тихую облажается? Как узнаете? Каждый раз проверять глазами? Надоест через месяц. А что с проверкой бекапа? Опять же — ничего. А самое страшное, новички приходят на хабр, читают такие вот истории и делают тоже самое. А потом плачутся что их уволили/депримировали «на гладком месте»
В общем многоуважаемый автор, я бы на вашем месте убрал бы эту статью себе в бложек/заметки/соцсеть и не выкладывал бы ее на технических ресурсах.