последний devopsconf показал, что голод на кадры самый большой, что я видел. то же самое говорили HR.
из-за цен на помидоры многие готовы брать и джунов/мидлов.

все выше, конечно, сугубо личное мнение

спасибо за ссылку. факты оттуда еще пригодятся

@BloodJazMan слышал истории, что "у нас один помидор infra engineer+джун, на я.облако тратим 2КК, нам ок". есть cases, когда в облаках норм

но тренд мне нравится. унесу его в темы следующего года. думаю, что к следующей конфе уже станет жжееесть как актуально. эх

Думаешь, это будет заметно и на российском рынке?

=) посмотрим насколько это актуально

но я еще раз перечитал статью...
и основная мысль там "строим облако сами"

и тут пипец какая проблема компетенций...
особенно на стыке СЕТЕЙ и СУБД...

ну, скажем так, все кто хотели в облака и ограничены 152-ФЗ
Им в целом ОЧЕНЬ не плохо при зафиксированных годовых контрактах в рублях...

думаю

Есть просто мысль, что крупные компании в России как жили на своих инсталляциях, так и живут
Просто они становятся сложнее, они покупают услуги внедрения приватных облаков
Если что меняется, то для средних компаний
Они успели заехать в облака, и сейчас будут оптимизировать косты
Для маленьких компаний облака все равно останутся выгоднее из-за возможности меньше денег тратить на персонал

А как ты видишь ситуацию на рынке?

Среди айти компаний мб, но среди всяких ретейлов, заводов, не больших госов*, все останется локально навсегда

Такое есть смысл пытаться чинить или это в мусорку уже? Диск 6тб из raidz, т.е. туда его с бэдами уже вряд ли пристроить получится.

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed: read failure       90%     42406         1250
# 2  Short offline       Completed: read failure       90%     42406         1254
# 3  Short offline       Completed: read failure       90%     42406         1248

При этом smart в отличном состоянии 😕

ID# ATTRIBUTE_NAME          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
  1 Raw_Read_Error_Rate     POSR-K   200   200   051    -    0
  3 Spin_Up_Time            POS--K   224   197   021    -    7783
  4 Start_Stop_Count        -O--CK   100   100   000    -    67
  5 Reallocated_Sector_Ct   PO--CK   200   200   140    -    0
  7 Seek_Error_Rate         -OSR-K   200   200   000    -    0
  9 Power_On_Hours          -O--CK   042   042   000    -    42406
 10 Spin_Retry_Count        -O--CK   100   253   000    -    0
 11 Calibration_Retry_Count -O--CK   100   253   000    -    0
 12 Power_Cycle_Count       -O--CK   100   100   000    -    66
192 Power-Off_Retract_Count -O--CK   200   200   000    -    32
193 Load_Cycle_Count        -O--CK   200   200   000    -    829
194 Temperature_Celsius     -O---K   119   099   000    -    33
196 Reallocated_Event_Count -O--CK   200   200   000    -    0
197 Current_Pending_Sector  -O--CK   200   200   000    -    0
198 Offline_Uncorrectable   ----CK   100   253   000    -    0
199 UDMA_CRC_Error_Count    -O--CK   200   200   000    -    0
200 Multi_Zone_Error_Rate   ---R--   100   253   000    -    0

Первое - это какой тест?
Пару раз попадались глючные шлейфы на дисках, при нормальном смарте выдавали чудесные ошибки.
Т.е. низкоуровневое тестирование может не видеть проблем, а при форматировании ОС через шлейф сыпались ошибки.

Это smartctl --test=short и smartctl --test=long, т.е. явно не периферия. Поставил на это место другой диск, короткий тест на нём прошёл, длинный идёт уже с полчаса.

я про то, что из хецнера и амазона придется уехать в селектел и яоблако. ну, и кто еще возникнет из локальных игроков

Шлейф обычно глючит редко, иначе его давно бы заменили. За пару часов можешь ничего не увидеть.
Я бы тестировал не шлейф, а диск. Если он в полном порядке, думать дальше или менять шлейф.

👌👌

Инженер / около сис админ , городской суд 24к/мес - это вообще норма? 🧐 Чото жадничает государство

smartctl --test=short запускает внутренний тест диска