Охохо, снова героическое внедрение ERP на базе 1С. Последнее время наблюдаю следующее - берут и выдвигают на рукойводителя мальчика и говорят " чтобы завтра внедрили" так по простому по армейски. А потом мальчики понимают что ошиблись, но их не научили признавать ошибки их учили успеху и только успеху и карьерному лифту. А тем временем люди, те кто работал стабильно и до внедрения (рабочие и колхозницы) , начинают увольняться и недоавтоматизация недоучета доводит предприятие "до ручки" , таких примеров множество на зарубежном опыте, но книг мы не читаем по менеджменту.
Всегда, надо понимать уровень КПД бизнес-процессов будущего работодателя. Я встречал два полярных варианта : а) никаких бизнес-процессов нет по сути, работаем по ситуации и пытаемся внедрять что-то. б) этот бизнес-процесс есть, но путь по нему - бюрократическая маета без цели. Причем в финтехе вариант Б самый распостраненный, а в производстве и госах вариант А.
Здесь речь не о рамочных договорах, а о целесообразности. Если имелось ввиду что то плотноупакованное типа Huawei E6000 Blade Server Chassis и прочие HPE C7000 , то этими решениями уже наелись - очень чувствительные к охлаждению и сообственно, где там объемы дисковые? В пользу классических СХД , говорят дисковые полки высокой плотности AIC JBOD J4078-02 и AIC JBOD J4078-01 (от 100 дисков 3,5) , где (как у одного отечественного производителя ) можно лицензировать только количество дисков, а диски докупать какие душе угодно. Зачем мне заморачиваться с тем что при потере части серверов (при перегреве) у меня "падает" вся инфраструктура и по всей видимости очень проблемно будет восстанавливаться ?
"реплицироваться на другую СХД - то покажите этот пункт в открытой документации на российские СХД " - не встречал ни у ядра ни у аэродиска. Какая там репликация, когда контролеры падают раз в месяц намертво.
Спасибо автору за сатиру в тексте, всё знакомо и одаренность сотрудников и кумулятивный патч ломающий ReFS. Соглашусь с тем что, гиперконвергентная инфраструктура это для быстрорастущего малого бизнеса, когда "Ну не-е-ет, на старый VNX с авиты у нас денег нет, а в лизинг надо взять LX470 обязательно, так как наша группа компаний самая групповая"
"SMB сегмента в РФ - классический внешний сторадж" - соглашусь, так как риск использования гиперконвергентной инфраструктуры не узкоспециализировано , а в промышленных масштабах велик и это ещё та затея.
Соглашусь, выиграет. А "рулевых" надо знать в лицо, ведь именно они накапливая своеобразный - технический долг ,если оперировать близкими к нашей отрасли терминами, провоцировали именно финансовые кризисы. И не соглашусь с Вами о прямом влиянии их кризиса 1987-ого года (а в начале 90х он покачнул экономику Японии надолго) на советскую экономику, ведь она пережила в 70-ые их инфляционный кризис (отмена золотого стандарта, нефтяной кризис и кризис перенакопления капитала). Советскую экономику подкосила, по моему мнению, бездумная гонка вооружений и огромные военные расходы (так ли нужен был этот Буран, например или присутствие в Афганистане), авария на ЧАЭС, сверхдотационные республики и т.п
Хорошее изложение, но по тексту создается впечатление обреченности и то что автор как был беден в 1987-ом в СССР так и остался. И не упоминаются "рулевые" кризисов ("Видишь суслика? -Нет - И я нет, а он есть")
Гринспен: На мой взгляд, здесь есть определенные фундаментальные различия. Я согласен, что возникновение финансовых пузырей в основном необходимо предотвращать с помощью регулятивных изменений. В 1994 г. ФРС попыталась “сдуть” пузырь только за счет монетарной политики. Тогда мы называли пузыри бумом. С тех пор терминология поменялась, но сам феномен остался прежним. Мы повысили процентные ставки на 300 базисных пунктов. И таким образом на какое-то время мы действительно остановили разраставшийся на глазах пузырь. При этом деловая активность стала снижаться, в экономике произошла “мягкая посадка”. Однако вскоре мы перестали радоваться нашим, казалось бы, успешным действиям. Оказалось, что мы вовсе не “сдули” пузырь. Спустя всего несколько лет появилось то, что впоследствии получило название “пузырь доткомов”.
Дорада это отдельная вселенная, там и объёмами можно подкидывать из отдыхающих дисков (hot spare) в работающее пространство не взирая на тип диска в полке. Контекст же был - соберем из подручного и запилим raid на nvme-дисках?
Скриншота точно не будет, так как тестировалось полгода назад, но по iops расклад следующий: на схд (allflash) одного отечественного производителя по fio (профиль нагрузки не помню) через VM одного западного производителя по FC на чтение LUN в Raid - 10 (около 100 000 iops) , у LUN в Raid - 50 (raid-5 не поддерживается схд) (около 50 000 iops). Просто практические замеры и ничего личного, размер блока на схд 32кб
Полностью соглашаюсь, но создалось ощущение, что многие комментаторы не используют промышленные СХД, а используют сервер+диски и скорее всего некие гиперконвергентные системы виртуализации.
Не хватает кармы плюсануть. Плюсую.
Именно так и это повсеместно в производстве. Такое ощущение , они не понимают или не хотят понимать и живут двухтысячными (как здесь вспоминали)
Охохо, снова героическое внедрение ERP на базе 1С. Последнее время наблюдаю следующее - берут и выдвигают на рукойводителя мальчика и говорят " чтобы завтра внедрили" так по простому по армейски. А потом мальчики понимают что ошиблись, но их не научили признавать ошибки их учили успеху и только успеху и карьерному лифту. А тем временем люди, те кто работал стабильно и до внедрения (рабочие и колхозницы) , начинают увольняться и недоавтоматизация недоучета доводит предприятие "до ручки" , таких примеров множество на зарубежном опыте, но книг мы не читаем по менеджменту.
Всегда, надо понимать уровень КПД бизнес-процессов будущего работодателя. Я встречал два полярных варианта : а) никаких бизнес-процессов нет по сути, работаем по ситуации и пытаемся внедрять что-то. б) этот бизнес-процесс есть, но путь по нему - бюрократическая маета без цели. Причем в финтехе вариант Б самый распостраненный, а в производстве и госах вариант А.
Здесь речь не о рамочных договорах, а о целесообразности. Если имелось ввиду что то плотноупакованное типа Huawei E6000 Blade Server Chassis и прочие HPE C7000 , то этими решениями уже наелись - очень чувствительные к охлаждению и сообственно, где там объемы дисковые? В пользу классических СХД , говорят дисковые полки высокой плотности AIC JBOD J4078-02 и AIC JBOD J4078-01 (от 100 дисков 3,5) , где (как у одного отечественного производителя ) можно лицензировать только количество дисков, а диски докупать какие душе угодно. Зачем мне заморачиваться с тем что при потере части серверов (при перегреве) у меня "падает" вся инфраструктура и по всей видимости очень проблемно будет восстанавливаться ?
А что в этом случае добавляется не пачками в инфраструктуру? Откуда объёмы возникают?
"реплицироваться на другую СХД - то покажите этот пункт в открытой документации на российские СХД " - не встречал ни у ядра ни у аэродиска. Какая там репликация, когда контролеры падают раз в месяц намертво.
Спасибо автору за сатиру в тексте, всё знакомо и одаренность сотрудников и кумулятивный патч ломающий ReFS. Соглашусь с тем что, гиперконвергентная инфраструктура это для быстрорастущего малого бизнеса, когда "Ну не-е-ет, на старый VNX с авиты у нас денег нет, а в лизинг надо взять LX470 обязательно, так как наша группа компаний самая групповая"
А на кластере из хотя бы 25 серверов?
"SMB сегмента в РФ - классический внешний сторадж" - соглашусь, так как риск использования гиперконвергентной инфраструктуры не узкоспециализировано , а в промышленных масштабах велик и это ещё та затея.
Спасибо, за секрет, но также известен и непонятный аскетизм у достаточно (по меркам среднего обывателя) зажиточных индивидуумов. Чем это объяснить?
Соглашусь, выиграет. А "рулевых" надо знать в лицо, ведь именно они накапливая своеобразный - технический долг ,если оперировать близкими к нашей отрасли терминами, провоцировали именно финансовые кризисы. И не соглашусь с Вами о прямом влиянии их кризиса 1987-ого года (а в начале 90х он покачнул экономику Японии надолго) на советскую экономику, ведь она пережила в 70-ые их инфляционный кризис (отмена золотого стандарта, нефтяной кризис и кризис перенакопления капитала). Советскую экономику подкосила, по моему мнению, бездумная гонка вооружений и огромные военные расходы (так ли нужен был этот Буран, например или присутствие в Афганистане), авария на ЧАЭС, сверхдотационные республики и т.п
Списание региональных задолженностей бюджетов это из той же симфонии получается?
Хорошее изложение, но по тексту создается впечатление обреченности и то что автор как был беден в 1987-ом в СССР так и остался. И не упоминаются "рулевые" кризисов ("Видишь суслика? -Нет - И я нет, а он есть")
Гринспен: На мой взгляд, здесь есть определенные фундаментальные различия. Я согласен, что возникновение финансовых пузырей в основном необходимо предотвращать с помощью регулятивных изменений. В 1994 г. ФРС попыталась “сдуть” пузырь только за счет монетарной политики. Тогда мы называли пузыри бумом. С тех пор терминология поменялась, но сам феномен остался прежним. Мы повысили процентные ставки на 300 базисных пунктов. И таким образом на какое-то время мы действительно остановили разраставшийся на глазах пузырь. При этом деловая активность стала снижаться, в экономике произошла “мягкая посадка”. Однако вскоре мы перестали радоваться нашим, казалось бы, успешным действиям. Оказалось, что мы вовсе не “сдули” пузырь. Спустя всего несколько лет появилось то, что впоследствии получило название “пузырь доткомов”.
В точку!
Дорада это отдельная вселенная, там и объёмами можно подкидывать из отдыхающих дисков (hot spare) в работающее пространство не взирая на тип диска в полке. Контекст же был - соберем из подручного и запилим raid на nvme-дисках?
Скриншота точно не будет, так как тестировалось полгода назад, но по iops расклад следующий: на схд (allflash) одного отечественного производителя по fio (профиль нагрузки не помню) через VM одного западного производителя по FC на чтение LUN в Raid - 10 (около 100 000 iops) , у LUN в Raid - 50 (raid-5 не поддерживается схд) (около 50 000 iops). Просто практические замеры и ничего личного, размер блока на схд 32кб
Можно и так, главное резервироваться при этом всём чаще)
Понимаю, сытый голодного не разумеет...
Полностью соглашаюсь, но создалось ощущение, что многие комментаторы не используют промышленные СХД, а используют сервер+диски и скорее всего некие гиперконвергентные системы виртуализации.