Автор работы: Пользователь скрыл имя, 07 Декабря 2013 в 16:39, курс лекций
Работа содержит курс лекций по дисциплине "Клиент- серверные информационные технологии"
Конструктивно аппаратные серверы могут исполняться в настольном, напольном, стоечном и потолочном вариантах. Последний вариант обеспечивает наибольшую плотность размещения вычислительных мощностей на единицу площади, а также максимальную масштабируемость. С конца 1990-х всё большую популярность в системах высокой надёжности и масштабируемости получили так называемые блэйд-серверы (от англ. blade — лезвие) — компактные модульные устройства, позволяющие сократить расходы на электропитание, охлаждение, обслуживание и т. п…
Ресурсы
По ресурсам (частота и количество процессоров, количество памяти, количество и производительность жестких дисков, производительность сетевых адаптеров) серверы специализируются в двух противоположных направлениях — наращивании ресурсов и их уменьшении.
Наращивание ресурсов преследует целью увеличение емкости (например, специализация для файл-сервера) и производительности сервера. Когда производительность достигает некоторого предела, дальнейшее наращивание продолжают другими методами, например, распараллеливанием задачи между несколькими серверами.
Уменьшение ресурсов преследует цели уменьшения размеров и энергопотребления серверов.
Аппаратные решения
Крайней степенью специализации серверов являются, так называемые аппаратные решения (аппаратные роутеры, сетевые дисковые массивы, аппаратные терминалы и т. п.). Аппаратное обеспечение таких решений строится «с нуля» или перерабатывается из существующей компьютерной платформы без учета совместимости, что делает невозможным использование устройства со стандартным программным обеспечением.
Программное обеспечение в аппаратных решениях загружается в постоянную и/или энергонезависимую память производителем.
Аппаратные решения, как правило, более надежны в работе, чем обычные серверы, но менее гибки и универсальны. По цене, аппаратные решения могут быть как дешевле, так и дороже серверов, в зависимости от класса оборудования.
Последнее время, распространилось большое количество бездисковых серверных решений, на базе компьютеров (как правило x86) формфактора Mini-ITX и меньше cо специализированной переработкой GNU/Linux на SSD-диске (ATA-флэш или флеш-карте), позиционируемых как «аппаратные решения». Данные решения не принадлежат к классу аппаратных, а являются обычными специализированными серверами. В отличие от (более дорогих) аппаратных решений они наследуют проблемы платформы и программных решений, на которых основаны.
Размещение и обслуживание
Серверы размещаются в так называемых серверных комнатах. Управление серверами осуществляют системные администраторы.
Здесь мы рассмотрим другую эталонную модель, прототипом для которой послужил прародитель всех компьютерных сетей - сеть ARPA. Эта сеть образовалась в результате НИР, проведенного по инициативе Министерства Обороны США. Позднее к этому проекту подключились сотни университетов и гос.учереждений Америки. С самого начала эта сеть задумывалась как объединение нескольких разных сетей. Одной из основных целей этого проекта было разработать унифицированные способы соединения сетей. С появлением спутниковых и радио цифровых каналов связи проблема становилась только актуальнее. Так появилась модель TCP/IP. Свое название она получила по именам двух основных протоколов: TCP - протокол управления передачей (Transmission Control Protocol), и IP - межсетевой протокол (Internet Protocol).
Другой целью проекта ARPA было создание протоколов, независящих от характеристик конкретных хост-машин, маршрутизаторов, шлюзов и т.п.
Кроме этого связь должна поддерживаться даже если отдельные компоненты сети будут выходить из строя во время соединения. Другими словами связь должна поддерживаться до тех пор, пока источник информации и получатель информации работоспособны. Архитектура сети не должна ограничивать приложения, начиная от простой передачи файлов до передачи речи и изображения в реальном времени.
Межсетевой уровень
В силу вышеперечисленных требований выбор очевиден: сеть с коммутацией пакетов с межсетевым уровнем без соединений. Этот уровень называется межсетевым уровнем. Он является основой всей архитектуры. Его назначение обеспечить доставку пакетов, движущихся в сети независимо друг от друга, даже если получатель принадлежит другой сети. Причем пакеты могут поступать к получателю не в том порядке как они были посланы. Упорядочить их в надлежащем порядке - задача вышележащего уровня.
Межсетевой уровень определяет межсетевой протокол IP и формат пакета. Обращаю внимание, что ни протокол, ни формат пакета не являются официальными международными стандартами, в отличии от протоколов эталонной модели МОС. Там большинство протоколов имеют статус международных стандартов.
Итак, назначение межсетевого уровня в TCP/IP доставить IP пакет по назначению. Это как раз то, за что отвечает сетевой уровень в OSI модели. На рис.1-18 показано соответствие между уровнями этих двух эталонных моделей.
Транспортный уровень
Над межсетевым уровнем расположен транспортный уровень. Как и в МОС модели его задача обеспечить связь точка-точка между двумя равнозначными активностями. В рамках TCP/IP модели было разработано два транспортных протокола. Первый TCP: надежный протокол с соединением. Он получает поток байт, фрагментирует его на отдельные сообщения и передает их на межсетевой уровень. На машине получателе равнозначная активность TCP протокола собирает эти сообщения в поток байтов. TCP протокол также обеспечивает управление потоком.
Второй протокол UDP (User Datagram Protocol). Это ненадежный протокол без соединения для тех приложений, которые используют свои механизмы фрагментации, управления потоком. Он часто используется для передачи коротких сообщений в клиент-серверных приложениях, а также там где скорость передачи важнее ее точности. Соотношение этих протоколов и их приложений показано на рис.
Уровень приложений
В TCP/IP модели нет уровней сессии и представления. Необходимость в них была не очевидна для ее создателей. На сегодня дело обстоит так, что разработчик сложного приложения берет на себя проблемы этих уровней.
Над транспортным протоколом располагается уровень приложений. Этот уровень включает виртуальный терминал - TELNET, передачу файлов - FTP, электронную почту - SMTP. Позднее к ним добавились: служба имен домена - DNS (Domain Name Service) отображающая логические имена хост-машин на их сетевые адреса, протокол для передачи новостей - NNTP, и протокол для работы с гипертекстовыми документами во всемирной паутине (WWW) - HTTP.
Под межсетевым уровнем в TCP/IP модели великая пустота. Модель ничего не говорит что происходит так, лишь что хост-машина должна быть связана с сетью через некоторый протокол. Никаких ограничений на этот протокол, равно как т рекомендаций нет.
Одна из двух основных причин неработоспособности сайта — несвоевременная оплата домена. Оплата, как правило, должна производиться раз в год или реже, по этой причине о необходимости перевода денег можно просто забыть.
Последствия отключения домена — неработоспособность сайта, быстрое выпадение его из списка всех поисковых систем (в течение месяца), при отсутствии оплаты возможен переход доменного имени к другому владельцу.
Все это ведет к значительным финансовым и имиджевым потерям владельца сайта.
В рамках поддержки сайта мы постоянно и бесплатно контролируем все доменные имена. В случае наступления срока оплаты мы незамедлительно пополняем счет без предоплаты со стороны заказчика. Деньги за содержание домена мы взимаем с заказчика по себестоимости регистратора (без накрутки) и это входит в абонентскую плату.
Поддержка доменов второго уровня в зонах COM, NET, ORG, BIZ, INFO
Пароль по домену высылается
DomainPeople Inc. во время регистрации домена. Пароль
высылается на адрес электронной почты,
указанный в административном контакте
по домену. Адрес электронной почты берется
из списка адресов в клиентском договоре,
причем указывается первый из списка работающий
email.
Для управления каждым доменом существует
индивидуальный пароль.
Пароль используется для изменения любой контактной информации по домену, для изменения списка DNS-серверов и для передачи прав на домен. В случае утери пароля можно сделать запрос, по которому пароль будет выслан на контактный email, указанный в данных административного контакта по домену. Для формирования такого запроса следует воспользоваться ссылкой
В том случае, если email административного контакта не работает или был указан неверно, то пароль по домену теряется, а вместе с ним теряется и возможность изменения информации о домене.
Изменение контактной информации по домену и списка DNS-серверов осуществляется с использованием пароля по домену через интерфейс Domain People Inc.
<span class="dash0421_0442_0440_
Информация о работе Курс лекций по "Клиент- серверные информационные технологии"