С первы полностью согласен и поддерживаю) Но просто получается сделать тогда, когда за спиной уже есть достаточно опыта и понимания.
Касательно первой схемы, я специально отметил, свой "дата-центр", а не homelab. Целевая схема для дома на второй схеме, первая дана как пример, как какая-нибудь компания собирала бы серваки для своего бизнеса (и это слово отмечаю, в описании схемы).
Не все читатели, вероятно, знакомы с практиками и корпоративными подходами, потому показал некоторый инсайт, для формирования понимания.
Схему того, как строят свой ДЦ компании был приложен, чтобы понимать, к чему хорошо бы стремиться, но не обязательно делать для дома или себя в рамках тестового контура или лабы.
Тестирование IT-систем: как передача своего опыта и мыслей по эксплуатации разных Storage-OS (что есть IT-системы)
1) работаю довольно часто из дома, потому не проблема) 2) я все таки рассказываю больше про домашнюю лабы или мини инфру, а не инфраструктуру для бизнеса, если я не смогу послушать музыку через Плекс, неприятно, но не смертельно 3) сервисы, которые нужны вне дома или 24/7, вынесены в облачную ВМку 4) за 3 Года точки доступа ни одной аварии тьфу тьфу тьфу не было
Подарок от "вторички") К своему сожалению, дом и ремонт прошлыми жильцами сделан так, чтобы проложить именно кабелевку по уму, уже просто не получится без капитального (видели бы, что тут сделал с элкстричеством, просто ужас).
Бекап план на случай отказа Точки, это переходник мама-мама для RJ45 (6a), который уже даже лежит рядом на горячую замену.
свич и роутер стоят на входе в квартиру. свич поешный чтобы питать точки, плюс разгрузить сам роутер от задач по связке. За ПОЕ свичом идет кабель в точки доступа, и от одной точки до балкона идет еще один кабель. на балконе уже, кабель в гигабитный свич. и отдельный 10 гигабитный свич для связи хранилки с другими ПК
1) началось с простой хранилки, закончилось лабой. В введении даю понять, что статья будет не одна, и пройдусь по всем шагам развития из NAS-а в Лабу с несколькими layer-s (compute, storage, попытка сделать sdn) 2) техника и сложность статей (а тут специально стоит простой) будет менятся и усложнятся по мере того, насколько сложнее становится проект (опять таки от НАСа, до около серверной инфраструктуры дома) 3) storage - скорее читается сторэдж, сторадж тоже встречается в рунетах
С годами, и с получением опыта инженера, голод стал расти, и маленькая коробка, которая "работает", уже больше не удовлетворяла, хотелось больше)
На примере: проект, который будет финальной главой моей истории имеет в себе ССД сторадж в сервере, который отдает по 10гигбитной линии доступ для ПК. Соотв. зфс управляет дисками на сервере, а "библиотеку" можно подключать к другим ПК (например друзей) или всякие другие приколюхи)
Пообщался с командой, сейчас разрабатываем калькулятор, чтобы клиенты могли удобно рассчитывать стоимость облачных сервисов для разных задач. От формата PDF полностью не уйдём, но жизнь, конечно, хотим всем облегчить)
С первы полностью согласен и поддерживаю) Но просто получается сделать тогда, когда за спиной уже есть достаточно опыта и понимания.
Касательно первой схемы, я специально отметил, свой "дата-центр", а не homelab. Целевая схема для дома на второй схеме, первая дана как пример, как какая-нибудь компания собирала бы серваки для своего бизнеса (и это слово отмечаю, в описании схемы).
Не все читатели, вероятно, знакомы с практиками и корпоративными подходами, потому показал некоторый инсайт, для формирования понимания.
Инфра мечты) когда смогу позволить свой гараж, обязательно такое же сделаю)
Мой опыт и саморазвитие выстроились мой путь до лаборатории начиная с НАСа и дальше в сторону полусерваков и каждого со своей ролью.
В следующей статье, как раз и планировал дать туториал небольшой и инструкцию как подходить к вопросу начинающему.
Ну и на что смотреть уже прошаренным при начале своего домашнего проекта.
Схему того, как строят свой ДЦ компании был приложен, чтобы понимать, к чему хорошо бы стремиться, но не обязательно делать для дома или себя в рамках тестового контура или лабы.
Тестирование IT-систем: как передача своего опыта и мыслей по эксплуатации разных Storage-OS (что есть IT-системы)
1) работаю довольно часто из дома, потому не проблема)
2) я все таки рассказываю больше про домашнюю лабы или мини инфру, а не инфраструктуру для бизнеса, если я не смогу послушать музыку через Плекс, неприятно, но не смертельно
3) сервисы, которые нужны вне дома или 24/7, вынесены в облачную ВМку
4) за 3 Года точки доступа ни одной аварии тьфу тьфу тьфу не было
Подарок от "вторички") К своему сожалению, дом и ремонт прошлыми жильцами сделан так, чтобы проложить именно кабелевку по уму, уже просто не получится без капитального (видели бы, что тут сделал с элкстричеством, просто ужас).
Бекап план на случай отказа Точки, это переходник мама-мама для RJ45 (6a), который уже даже лежит рядом на горячую замену.
свич и роутер стоят на входе в квартиру. свич поешный чтобы питать точки, плюс разгрузить сам роутер от задач по связке. За ПОЕ свичом идет кабель в точки доступа, и от одной точки до балкона идет еще один кабель. на балконе уже, кабель в гигабитный свич. и отдельный 10 гигабитный свич для связи хранилки с другими ПК
1) началось с простой хранилки, закончилось лабой. В введении даю понять, что статья будет не одна, и пройдусь по всем шагам развития из NAS-а в Лабу с несколькими layer-s (compute, storage, попытка сделать sdn)
2) техника и сложность статей (а тут специально стоит простой) будет менятся и усложнятся по мере того, насколько сложнее становится проект (опять таки от НАСа, до около серверной инфраструктуры дома)
3) storage - скорее читается сторэдж, сторадж тоже встречается в рунетах
С годами, и с получением опыта инженера, голод стал расти, и маленькая коробка, которая "работает", уже больше не удовлетворяла, хотелось больше)
На примере: проект, который будет финальной главой моей истории имеет в себе ССД сторадж в сервере, который отдает по 10гигбитной линии доступ для ПК. Соотв. зфс управляет дисками на сервере, а "библиотеку" можно подключать к другим ПК (например друзей) или всякие другие приколюхи)
Спасибо, что обратили внимание на этот момент. В команде проанализируем информацию и внесём изменения в SLA
Пообщался с командой, сейчас разрабатываем калькулятор, чтобы клиенты могли удобно рассчитывать стоимость облачных сервисов для разных задач. От формата PDF полностью не уйдём, но жизнь, конечно, хотим всем облегчить)
Спасибо, проверю данные