Различия между версиями 4 и 5
⇤ ← Версия 4 от 2005-10-19 23:09:00 →
Размер: 4180
Редактор: ppp83-237-29-179
Комментарий:
← Версия 5 от 2005-10-19 23:29:35 → ⇥
Размер: 4702
Редактор: ppp83-237-29-179
Комментарий:
Удаления помечены так. Добавления помечены так.
Строка 1: Строка 1:
#pragma section-numbers 2
Строка 10: Строка 11:
Коротко:
=== Когда? ===
Что такое ЧМС и зачем ей администратор
=== Как? ===
Матрица 3*3
|| || планирование || внедрение || сопровождение ||
|| аппаратно-инфраструктурные задачи || || || ||
|| взаимодействие с другими людьми || || || ||
|| ПО и ОС || || || ||
=== Зачем? ===
   * useability (человекоприемлимость)
   * security (надёжность во всех смыслах)
   * functionality (э-э-э... "фичастость")
Строка 25: Строка 40:
   * useability (человекоприемлимость)
   * security (надёжность во всех смыслах)
   * functionality (э-э-э... "фичастость")		    * useability
   * security
   * functionality

Системное администрирование Linux.

План лекций

Знаком /!\ помечены места, про которые хотелось бы найти в Сети какую-нибудь информацию. Любые ссылки приветсвуются. Пишите мне на george@po.cs.msu..su. Всех, поучаствовавших в проекте. помяну поимённо (если оно вам надо, конечно).

1. О системном администрировании: когда, как и зачем

План лекции пока недоступен, хотя она уже и прошла. Или именно поэтому :)

ЧМС = человеко-машинная система Коротко:

1.1. Когда?

Что такое ЧМС и зачем ей администратор

1.2. Как?

Матрица 3*3

планирование

внедрение

сопровождение

аппаратно-инфраструктурные задачи

взаимодействие с другими людьми

ПО и ОС

1.3. Зачем?

  • useability (человекоприемлимость)
  • security (надёжность во всех смыслах)
  • functionality (э-э-э... "фичастость")

2. Планирование аппаратно-инфраструктурной части

2.1. Когда?

Когда появляется что-то новое

  • Меняются условия
  • Меняются задачи
  • При создании ЧМС "с нуля"

2.2. Как?

  • Выяснить, что изменилось ("дельта")
    • В условиях
    • В задачах
  • Оценить возможные будущие изменения ("градиент")
  • Определить пороговый режим работы ("*3") и затраты на масштабирование
  • Оценить трудо- и материалозатраты

2.3. Зачем?

См. вводную лекцию:

  • useability
  • security
  • functionality

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

2.4. Типичные задачи

2.4.1. Кабельная сеть

  • Архитектура
  • Условия (кабелепроводы-стояки-расстояния и прочее)

  • Картирование ( /!\ средства построения и ведения карт сети)

  • Кабели ( /!\ нормативы по производству кабельных работ)

  • Точки доступа ( /!\ советы по организации коммутационных центров и пр.)

    • Физические параметры носителя ( /!\ ethernet )

    • Актуальное, и возможное количество абонентов

2.4.2. Сетевое оборудование

  • Унификация и управляемость ( /!\ какие-то стаднарты, кроме SNMP?)

  • Профилактика
  • Запас прочности и холодный резерв
  • Помещения, режим доступа к ним

2.4.3. Серверный парк

  • Помещение ("серверная комната")
    • Стойка
    • Питание (в т. ч. несколько фаз)
    • Тепловой и шумовой режимы

    • Техника Безопасности (далее -- ТБ, /!\ нормативы)

    • Режимы доступа
  • Компьютеры
    • Разделение системных, публичных и внктренних сервисов
    • Рабочая и пиковая нагрузка ("*3")
    • Запас прочности и холодный резерв

2.4.4. Рабочие места

  • Помещения

    • ( /!\ санитарные нормы)

    • ТБ

    • План и эргономика ( /!\ советы по организации классов)

    • Режимы доступа
  • Компьютеры
    • Унификация и управляемость
    • Запчасти и расходные материалы
    • Распределение ответственности

LecturesCMC/AdmLinux2005 (последним исправлял пользователь eSyr 2008-11-09 15:07:39)