Меню

Регистрация на рейс тк 3989: Turkish Airlines | Пройти онлайн-регистрацию на рейс

Category: Разное

Содержание

Turkish Airlines | Пройти онлайн-регистрацию на рейс

Порядок онлайн-регистрации на рейсы Turkish Airlines


Онлайн-регистрация на рейсы компании Turkish Airlines начинается за 24 часа и
заканчивается за 1 час 30 минут до вылета.


Вы можете оставить заявку на предварительную онлайн-регистрацию нашему сервису в любое удобное для вас время, в том числе до начала онлайн-регистрации у перевозчика.
Мы дождёмся начала онлайн-регистрации вашего рейса, сразу же забронируем вам место в самолете с учетом ваших пожеланий и пришлем посадочный талон на вашу электронную почту.


Онлайн-регистрация на рейсы Turkish Airlines доступа при вылете из следующих аэропортов: AAL, ABV, ADA, ADB, ADD, ADF, AER, AGP, AJI, ALA, ALG, AMS, AOE, ARN, ASF, ASR, ATH, ATL, AUH, AYT, BAH, BAL, BCN, BEG, BEY, BGG, BHX, BIO, BJV, BKK, BLL, BLQ, BOD, BOM, BOS, BRI, BRU, BSL, BSR, BUD, BUS, CAI, CDG, CGK, CGN, CKZ, CLJ, CMB, CMN, CND, CPH, CPT, CTA, CZL, DAC, DAR, DEL, DIY, DKR, DLM, DMM, DNZ, DOH, DOK, DSS, DUB, DUR, DUS, DXB, EBB, EBL, ECN, EDI, EDO, ERC, ERZ, ESB, EZE, EZS, FCO, FDH, FIH, FKB, FMO, FRA, FRU, GNY, GOA, GOT, GRU, GRZ, GVA, GYD, GZP, GZT, HAJ, HAM, HAV, HEL, HKG, HKT, HRK, HTY, IAD, IAH, ICN, IFN, IGD, IKA, ISB, ISE, IST, JED, JFK, JNB, KBL, KBP, KCM, KCO, KFS, KGL, KHI, KIV, KIX, KRR, KRT, KSC, KSY, KTM, KUF, KVD, KWI, KYA, KZN, KZR, LAX, LED, LEJ, LGW, LHE, LHR, LIS, LJU, LNZ, LOS, LUN, LUX, LWO, LXR, LYS, MAD, MAN, MBA, MCT, MED, MIA, MLA, MLE, MLX, MNL, MPM, MQM, MRS, MRU, MSQ, MSR, MUC, MXP, MZH, NAJ, NAP, NAV, NBO, NCE, NKC, NKT, NOP, NQZ, NRT, NUE, ODS, OGU, OPO, ORD, ORN, OSL, OTP, OVB, OZH, PRG, PSA, RIX, ROV, RTM, RUH, SAW, SCQ, SEZ, SFO, SGN, SHJ, SIN, SIP, SKD, SKG, SOF, STN, STR, STW, SVX, SXB, SXF, SXZ, SYZ, SZF, SZG, TAS, TBZ, TEQ, TJK, TLL, TLS, TLV, TPE, TRN, TSE, TUN, TXL, TZX, UFA, ULN, USQ, VAN, VAR, VAS, VCE, VIE, VKO, VLC, VNO, VOZ, WAW, YEI, YKO, YUL, YVR, YYZ, ZAG, ZRH.



Обращаем ваше внимание, что онлайн-регистрация невозможна, если вы:

  • перевозите животных, в том числе собаку-проводника, собаку-помощника, собаку эмоциональной поддержки, служебную собаку;
  • перевозите оружие или боеприпасы;
  • требуется услуга сопровождения ребёнка без родителей.


После регистрации вы можете сдать багаж в аэропорту не позднее времени окончания регистрации на рейс на специальных стойках приема багажа Drop-off,
а в случае отсутствия стоек Drop-off — на обычной стойке регистрации.
Обратите внимание на правила провоза багажа. В случае если ваш багаж по весу или габаритам превышает нормы бесплатного провоза багажа, вам будет необходимо
заплатить за сверхнормативный багаж.


Обратите внимание на Требования к опасным грузам, перевозимым пассажирами.

Рейс TK 3989 (Turkish Airlines, TK): Москва (Внуково, VKO) — Анталия (AYT)

Аэропорты (IATA)

Внуково (VKO)

Анталья (AYT)

Время (местное)

21:36

21:36

2159 км

Расстояние между Москвой и Анталией

4 ч 25 м

Длительность перелета из Москвы в Анталию

Средняя стоимость билета на рейс TK 3989

+ 00:00 ч

Разница во времени между Москвой и Анталией

TK 3989

Тип воздушного судна на рейсе TK 3989

Воздушное судно Аэробус-A330-200

Карта полета

Расстояние между креслами

79-84 см

Эконом класс мест

Бизнес класс мест

Максимальная скорость

870

Год выпуска самолета

1998

Количество выходов

8

Максимальное расстояние перелета

12100

Дата первого полета

Двигатель

Турбовентиляторный

Аэропорт вылета

Внуково

Аэропорт прибытия

Анталья

Turkish Airlines | Пройти онлайн-регистрацию на рейс

Порядок онлайн-регистрации на рейсы Turkish Airlines


Онлайн-регистрация на рейсы компании Turkish Airlines начинается за 24 часа и
заканчивается за 1 час 30 минут до вылета.


Вы можете оставить заявку на предварительную онлайн-регистрацию нашему сервису в любое удобное для вас время, в том числе до начала онлайн-регистрации у перевозчика.
Мы дождёмся начала онлайн-регистрации вашего рейса, сразу же забронируем вам место в самолете с учетом ваших пожеланий и пришлем посадочный талон на вашу электронную почту.


Онлайн-регистрация на рейсы Turkish Airlines доступа при вылете из следующих аэропортов: AAL, ABV, ADA, ADB, ADD, ADF, AER, AGP, AJI, ALA, ALG, AMS, AOE, ARN, ASF, ASR, ATH, ATL, AUH, AYT, BAH, BAL, BCN, BEG, BEY, BGG, BHX, BIO, BJV, BKK, BLL, BLQ, BOD, BOM, BOS, BRI, BRU, BSL, BSR, BUD, BUS, CAI, CDG, CGK, CGN, CKZ, CLJ, CMB, CMN, CND, CPH, CPT, CTA, CZL, DAC, DAR, DEL, DIY, DKR, DLM, DMM, DNZ, DOH, DOK, DSS, DUB, DUR, DUS, DXB, EBB, EBL, ECN, EDI, EDO, ERC, ERZ, ESB, EZE, EZS, FCO, FDH, FIH, FKB, FMO, FRA, FRU, GNY, GOA, GOT, GRU, GRZ, GVA, GYD, GZP, GZT, HAJ, HAM, HAV, HEL, HKG, HKT, HRK, HTY, IAD, IAH, ICN, IFN, IGD, IKA, ISB, ISE, IST, JED, JFK, JNB, KBL, KBP, KCM, KCO, KFS, KGL, KHI, KIV, KIX, KRR, KRT, KSC, KSY, KTM, KUF, KVD, KWI, KYA, KZN, KZR, LAX, LED, LEJ, LGW, LHE, LHR, LIS, LJU, LNZ, LOS, LUN, LUX, LWO, LXR, LYS, MAD, MAN, MBA, MCT, MED, MIA, MLA, MLE, MLX, MNL, MPM, MQM, MRS, MRU, MSQ, MSR, MUC, MXP, MZH, NAJ, NAP, NAV, NBO, NCE, NKC, NKT, NOP, NQZ, NRT, NUE, ODS, OGU, OPO, ORD, ORN, OSL, OTP, OVB, OZH, PRG, PSA, RIX, ROV, RTM, RUH, SAW, SCQ, SEZ, SFO, SGN, SHJ, SIN, SIP, SKD, SKG, SOF, STN, STR, STW, SVX, SXB, SXF, SXZ, SYZ, SZF, SZG, TAS, TBZ, TEQ, TJK, TLL, TLS, TLV, TPE, TRN, TSE, TUN, TXL, TZX, UFA, ULN, USQ, VAN, VAR, VAS, VCE, VIE, VKO, VLC, VNO, VOZ, WAW, YEI, YKO, YUL, YVR, YYZ, ZAG, ZRH.



Обращаем ваше внимание, что онлайн-регистрация невозможна, если вы:

  • перевозите животных, в том числе собаку-проводника, собаку-помощника, собаку эмоциональной поддержки, служебную собаку;
  • перевозите оружие или боеприпасы;
  • требуется услуга сопровождения ребёнка без родителей.


После регистрации вы можете сдать багаж в аэропорту не позднее времени окончания регистрации на рейс на специальных стойках приема багажа Drop-off,
а в случае отсутствия стоек Drop-off — на обычной стойке регистрации.
Обратите внимание на правила провоза багажа. В случае если ваш багаж по весу или габаритам превышает нормы бесплатного провоза багажа, вам будет необходимо
заплатить за сверхнормативный багаж.


Обратите внимание на Требования к опасным грузам, перевозимым пассажирами.

Turkish Airlines | Пройти онлайн-регистрацию на рейс

Порядок онлайн-регистрации на рейсы Turkish Airlines


Онлайн-регистрация на рейсы компании Turkish Airlines начинается за 24 часа и
заканчивается за 1 час 30 минут до вылета.


Вы можете оставить заявку на предварительную онлайн-регистрацию нашему сервису в любое удобное для вас время, в том числе до начала онлайн-регистрации у перевозчика.
Мы дождёмся начала онлайн-регистрации вашего рейса, сразу же забронируем вам место в самолете с учетом ваших пожеланий и пришлем посадочный талон на вашу электронную почту.


Онлайн-регистрация на рейсы Turkish Airlines доступа при вылете из следующих аэропортов: AAL, ABV, ADA, ADB, ADD, ADF, AER, AGP, AJI, ALA, ALG, AMS, AOE, ARN, ASF, ASR, ATH, ATL, AUH, AYT, BAH, BAL, BCN, BEG, BEY, BGG, BHX, BIO, BJV, BKK, BLL, BLQ, BOD, BOM, BOS, BRI, BRU, BSL, BSR, BUD, BUS, CAI, CDG, CGK, CGN, CKZ, CLJ, CMB, CMN, CND, CPH, CPT, CTA, CZL, DAC, DAR, DEL, DIY, DKR, DLM, DMM, DNZ, DOH, DOK, DSS, DUB, DUR, DUS, DXB, EBB, EBL, ECN, EDI, EDO, ERC, ERZ, ESB, EZE, EZS, FCO, FDH, FIH, FKB, FMO, FRA, FRU, GNY, GOA, GOT, GRU, GRZ, GVA, GYD, GZP, GZT, HAJ, HAM, HAV, HEL, HKG, HKT, HRK, HTY, IAD, IAH, ICN, IFN, IGD, IKA, ISB, ISE, IST, JED, JFK, JNB, KBL, KBP, KCM, KCO, KFS, KGL, KHI, KIV, KIX, KRR, KRT, KSC, KSY, KTM, KUF, KVD, KWI, KYA, KZN, KZR, LAX, LED, LEJ, LGW, LHE, LHR, LIS, LJU, LNZ, LOS, LUN, LUX, LWO, LXR, LYS, MAD, MAN, MBA, MCT, MED, MIA, MLA, MLE, MLX, MNL, MPM, MQM, MRS, MRU, MSQ, MSR, MUC, MXP, MZH, NAJ, NAP, NAV, NBO, NCE, NKC, NKT, NOP, NQZ, NRT, NUE, ODS, OGU, OPO, ORD, ORN, OSL, OTP, OVB, OZH, PRG, PSA, RIX, ROV, RTM, RUH, SAW, SCQ, SEZ, SFO, SGN, SHJ, SIN, SIP, SKD, SKG, SOF, STN, STR, STW, SVX, SXB, SXF, SXZ, SYZ, SZF, SZG, TAS, TBZ, TEQ, TJK, TLL, TLS, TLV, TPE, TRN, TSE, TUN, TXL, TZX, UFA, ULN, USQ, VAN, VAR, VAS, VCE, VIE, VKO, VLC, VNO, VOZ, WAW, YEI, YKO, YUL, YVR, YYZ, ZAG, ZRH.



Обращаем ваше внимание, что онлайн-регистрация невозможна, если вы:

  • перевозите животных, в том числе собаку-проводника, собаку-помощника, собаку эмоциональной поддержки, служебную собаку;
  • перевозите оружие или боеприпасы;
  • требуется услуга сопровождения ребёнка без родителей.


После регистрации вы можете сдать багаж в аэропорту не позднее времени окончания регистрации на рейс на специальных стойках приема багажа Drop-off,
а в случае отсутствия стоек Drop-off — на обычной стойке регистрации.
Обратите внимание на правила провоза багажа. В случае если ваш багаж по весу или габаритам превышает нормы бесплатного провоза багажа, вам будет необходимо
заплатить за сверхнормативный багаж.


Обратите внимание на Требования к опасным грузам, перевозимым пассажирами.

Turkish Airlines | Пройти онлайн-регистрацию на рейс

Порядок онлайн-регистрации на рейсы Turkish Airlines


Онлайн-регистрация на рейсы компании Turkish Airlines начинается за 24 часа и
заканчивается за 1 час 30 минут до вылета.


Вы можете оставить заявку на предварительную онлайн-регистрацию нашему сервису в любое удобное для вас время, в том числе до начала онлайн-регистрации у перевозчика.
Мы дождёмся начала онлайн-регистрации вашего рейса, сразу же забронируем вам место в самолете с учетом ваших пожеланий и пришлем посадочный талон на вашу электронную почту.


Онлайн-регистрация на рейсы Turkish Airlines доступа при вылете из следующих аэропортов: AAL, ABV, ADA, ADB, ADD, ADF, AER, AGP, AJI, ALA, ALG, AMS, AOE, ARN, ASF, ASR, ATH, ATL, AUH, AYT, BAH, BAL, BCN, BEG, BEY, BGG, BHX, BIO, BJV, BKK, BLL, BLQ, BOD, BOM, BOS, BRI, BRU, BSL, BSR, BUD, BUS, CAI, CDG, CGK, CGN, CKZ, CLJ, CMB, CMN, CND, CPH, CPT, CTA, CZL, DAC, DAR, DEL, DIY, DKR, DLM, DMM, DNZ, DOH, DOK, DSS, DUB, DUR, DUS, DXB, EBB, EBL, ECN, EDI, EDO, ERC, ERZ, ESB, EZE, EZS, FCO, FDH, FIH, FKB, FMO, FRA, FRU, GNY, GOA, GOT, GRU, GRZ, GVA, GYD, GZP, GZT, HAJ, HAM, HAV, HEL, HKG, HKT, HRK, HTY, IAD, IAH, ICN, IFN, IGD, IKA, ISB, ISE, IST, JED, JFK, JNB, KBL, KBP, KCM, KCO, KFS, KGL, KHI, KIV, KIX, KRR, KRT, KSC, KSY, KTM, KUF, KVD, KWI, KYA, KZN, KZR, LAX, LED, LEJ, LGW, LHE, LHR, LIS, LJU, LNZ, LOS, LUN, LUX, LWO, LXR, LYS, MAD, MAN, MBA, MCT, MED, MIA, MLA, MLE, MLX, MNL, MPM, MQM, MRS, MRU, MSQ, MSR, MUC, MXP, MZH, NAJ, NAP, NAV, NBO, NCE, NKC, NKT, NOP, NQZ, NRT, NUE, ODS, OGU, OPO, ORD, ORN, OSL, OTP, OVB, OZH, PRG, PSA, RIX, ROV, RTM, RUH, SAW, SCQ, SEZ, SFO, SGN, SHJ, SIN, SIP, SKD, SKG, SOF, STN, STR, STW, SVX, SXB, SXF, SXZ, SYZ, SZF, SZG, TAS, TBZ, TEQ, TJK, TLL, TLS, TLV, TPE, TRN, TSE, TUN, TXL, TZX, UFA, ULN, USQ, VAN, VAR, VAS, VCE, VIE, VKO, VLC, VNO, VOZ, WAW, YEI, YKO, YUL, YVR, YYZ, ZAG, ZRH.



Обращаем ваше внимание, что онлайн-регистрация невозможна, если вы:

  • перевозите животных, в том числе собаку-проводника, собаку-помощника, собаку эмоциональной поддержки, служебную собаку;
  • перевозите оружие или боеприпасы;
  • требуется услуга сопровождения ребёнка без родителей.


После регистрации вы можете сдать багаж в аэропорту не позднее времени окончания регистрации на рейс на специальных стойках приема багажа Drop-off,
а в случае отсутствия стоек Drop-off — на обычной стойке регистрации.
Обратите внимание на правила провоза багажа. В случае если ваш багаж по весу или габаритам превышает нормы бесплатного провоза багажа, вам будет необходимо
заплатить за сверхнормативный багаж.


Обратите внимание на Требования к опасным грузам, перевозимым пассажирами.

Turkish Airlines | Пройти онлайн-регистрацию на рейс

Порядок онлайн-регистрации на рейсы Turkish Airlines


Онлайн-регистрация на рейсы компании Turkish Airlines начинается за 24 часа и
заканчивается за 1 час 30 минут до вылета.


Вы можете оставить заявку на предварительную онлайн-регистрацию нашему сервису в любое удобное для вас время, в том числе до начала онлайн-регистрации у перевозчика.
Мы дождёмся начала онлайн-регистрации вашего рейса, сразу же забронируем вам место в самолете с учетом ваших пожеланий и пришлем посадочный талон на вашу электронную почту.


Онлайн-регистрация на рейсы Turkish Airlines доступа при вылете из следующих аэропортов: AAL, ABV, ADA, ADB, ADD, ADF, AER, AGP, AJI, ALA, ALG, AMS, AOE, ARN, ASF, ASR, ATH, ATL, AUH, AYT, BAH, BAL, BCN, BEG, BEY, BGG, BHX, BIO, BJV, BKK, BLL, BLQ, BOD, BOM, BOS, BRI, BRU, BSL, BSR, BUD, BUS, CAI, CDG, CGK, CGN, CKZ, CLJ, CMB, CMN, CND, CPH, CPT, CTA, CZL, DAC, DAR, DEL, DIY, DKR, DLM, DMM, DNZ, DOH, DOK, DSS, DUB, DUR, DUS, DXB, EBB, EBL, ECN, EDI, EDO, ERC, ERZ, ESB, EZE, EZS, FCO, FDH, FIH, FKB, FMO, FRA, FRU, GNY, GOA, GOT, GRU, GRZ, GVA, GYD, GZP, GZT, HAJ, HAM, HAV, HEL, HKG, HKT, HRK, HTY, IAD, IAH, ICN, IFN, IGD, IKA, ISB, ISE, IST, JED, JFK, JNB, KBL, KBP, KCM, KCO, KFS, KGL, KHI, KIV, KIX, KRR, KRT, KSC, KSY, KTM, KUF, KVD, KWI, KYA, KZN, KZR, LAX, LED, LEJ, LGW, LHE, LHR, LIS, LJU, LNZ, LOS, LUN, LUX, LWO, LXR, LYS, MAD, MAN, MBA, MCT, MED, MIA, MLA, MLE, MLX, MNL, MPM, MQM, MRS, MRU, MSQ, MSR, MUC, MXP, MZH, NAJ, NAP, NAV, NBO, NCE, NKC, NKT, NOP, NQZ, NRT, NUE, ODS, OGU, OPO, ORD, ORN, OSL, OTP, OVB, OZH, PRG, PSA, RIX, ROV, RTM, RUH, SAW, SCQ, SEZ, SFO, SGN, SHJ, SIN, SIP, SKD, SKG, SOF, STN, STR, STW, SVX, SXB, SXF, SXZ, SYZ, SZF, SZG, TAS, TBZ, TEQ, TJK, TLL, TLS, TLV, TPE, TRN, TSE, TUN, TXL, TZX, UFA, ULN, USQ, VAN, VAR, VAS, VCE, VIE, VKO, VLC, VNO, VOZ, WAW, YEI, YKO, YUL, YVR, YYZ, ZAG, ZRH.



Обращаем ваше внимание, что онлайн-регистрация невозможна, если вы:

  • перевозите животных, в том числе собаку-проводника, собаку-помощника, собаку эмоциональной поддержки, служебную собаку;
  • перевозите оружие или боеприпасы;
  • требуется услуга сопровождения ребёнка без родителей.


После регистрации вы можете сдать багаж в аэропорту не позднее времени окончания регистрации на рейс на специальных стойках приема багажа Drop-off,
а в случае отсутствия стоек Drop-off — на обычной стойке регистрации.
Обратите внимание на правила провоза багажа. В случае если ваш багаж по весу или габаритам превышает нормы бесплатного провоза багажа, вам будет необходимо
заплатить за сверхнормативный багаж.


Обратите внимание на Требования к опасным грузам, перевозимым пассажирами.

Turkish Airlines | Пройти онлайн-регистрацию на рейс

Порядок онлайн-регистрации на рейсы Turkish Airlines


Онлайн-регистрация на рейсы компании Turkish Airlines начинается за 24 часа и
заканчивается за 1 час 30 минут до вылета.


Вы можете оставить заявку на предварительную онлайн-регистрацию нашему сервису в любое удобное для вас время, в том числе до начала онлайн-регистрации у перевозчика.
Мы дождёмся начала онлайн-регистрации вашего рейса, сразу же забронируем вам место в самолете с учетом ваших пожеланий и пришлем посадочный талон на вашу электронную почту.


Онлайн-регистрация на рейсы Turkish Airlines доступа при вылете из следующих аэропортов: AAL, ABV, ADA, ADB, ADD, ADF, AER, AGP, AJI, ALA, ALG, AMS, AOE, ARN, ASF, ASR, ATH, ATL, AUH, AYT, BAH, BAL, BCN, BEG, BEY, BGG, BHX, BIO, BJV, BKK, BLL, BLQ, BOD, BOM, BOS, BRI, BRU, BSL, BSR, BUD, BUS, CAI, CDG, CGK, CGN, CKZ, CLJ, CMB, CMN, CND, CPH, CPT, CTA, CZL, DAC, DAR, DEL, DIY, DKR, DLM, DMM, DNZ, DOH, DOK, DSS, DUB, DUR, DUS, DXB, EBB, EBL, ECN, EDI, EDO, ERC, ERZ, ESB, EZE, EZS, FCO, FDH, FIH, FKB, FMO, FRA, FRU, GNY, GOA, GOT, GRU, GRZ, GVA, GYD, GZP, GZT, HAJ, HAM, HAV, HEL, HKG, HKT, HRK, HTY, IAD, IAH, ICN, IFN, IGD, IKA, ISB, ISE, IST, JED, JFK, JNB, KBL, KBP, KCM, KCO, KFS, KGL, KHI, KIV, KIX, KRR, KRT, KSC, KSY, KTM, KUF, KVD, KWI, KYA, KZN, KZR, LAX, LED, LEJ, LGW, LHE, LHR, LIS, LJU, LNZ, LOS, LUN, LUX, LWO, LXR, LYS, MAD, MAN, MBA, MCT, MED, MIA, MLA, MLE, MLX, MNL, MPM, MQM, MRS, MRU, MSQ, MSR, MUC, MXP, MZH, NAJ, NAP, NAV, NBO, NCE, NKC, NKT, NOP, NQZ, NRT, NUE, ODS, OGU, OPO, ORD, ORN, OSL, OTP, OVB, OZH, PRG, PSA, RIX, ROV, RTM, RUH, SAW, SCQ, SEZ, SFO, SGN, SHJ, SIN, SIP, SKD, SKG, SOF, STN, STR, STW, SVX, SXB, SXF, SXZ, SYZ, SZF, SZG, TAS, TBZ, TEQ, TJK, TLL, TLS, TLV, TPE, TRN, TSE, TUN, TXL, TZX, UFA, ULN, USQ, VAN, VAR, VAS, VCE, VIE, VKO, VLC, VNO, VOZ, WAW, YEI, YKO, YUL, YVR, YYZ, ZAG, ZRH.



Обращаем ваше внимание, что онлайн-регистрация невозможна, если вы:

  • перевозите животных, в том числе собаку-проводника, собаку-помощника, собаку эмоциональной поддержки, служебную собаку;
  • перевозите оружие или боеприпасы;
  • требуется услуга сопровождения ребёнка без родителей.


После регистрации вы можете сдать багаж в аэропорту не позднее времени окончания регистрации на рейс на специальных стойках приема багажа Drop-off,
а в случае отсутствия стоек Drop-off — на обычной стойке регистрации.
Обратите внимание на правила провоза багажа. В случае если ваш багаж по весу или габаритам превышает нормы бесплатного провоза багажа, вам будет необходимо
заплатить за сверхнормативный багаж.


Обратите внимание на Требования к опасным грузам, перевозимым пассажирами.

Продлить агента просто

1. Почему собственные чеки?

Checkmk уже отслеживает многие типы релевантных данных, используя большое количество
собственные стандартные плагины проверки. Тем не менее, каждая ИТ-среда уникальна,
так что часто могут возникнуть очень специализированные требования. С местными проверками вы
иметь возможность быстро и легко создавать свои собственные услуги, подходящие для
соответствие этим требованиям.

Эти плагины локальной проверки отличаются от других проверок одним важным аспектом:
расчет статуса происходит непосредственно в хосте, на котором данные
также извлечены.Таким образом, сложное создание чеков с плагинами в
Python не нужен, и поэтому есть совершенно свободный выбор кода.
язык для скриптов.

2. Написание собственных простых скриптов

2.1. Подготовка скрипта

Локальная проверка может быть написана на любом языке программирования, поддерживаемом целевым хостом.
Скрипт должен быть построен так, чтобы каждая проверка производила строку состояния.
состоящий из четырех частей. Вот пример:

0 myservice myvalue = 73; 80; 90 Мой выходной текст, который может содержать пробелы
 

Четыре части разделены пробелами и имеют следующие значения:

1. Статус Статус услуги отображается в виде числа: 0 для OK , 1 для
WARN , 2 для CRIT и 3 для UNKNOWN . В качестве альтернативы статус также может быть определен динамически.
2. Название услуги Имя службы, как показано в Checkmk. Это может не содержать пробелов.
3. Метрики Значения производительности для данных. Более подробную информацию о строительстве можно
найден позже ниже.В качестве альтернативы можно закодировать знак минус
если проверка не дает никаких показателей.
4. Сведения о статусе Подробная информация о статусе, которая будет отображаться в Checkmk. Эта часть также может
содержат пробелы.

Между отдельными частями вывода всегда должен быть пробел.
и первый текст подробного статуса. Все последующее будет считаться
сведения о статусе, поэтому разрешены пустые символы.

Если есть неуверенность в возможном выходе, его можно просто проверить
написание небольшого скрипта с командой echo.Вставьте результат для тестирования в команду echo:

mylocalcheck

#! / bin / sh
echo "0 myservice - ОК: это мой собственный вывод"
 

Для хостов Windows такой сценарий будет выглядеть примерно так:

mylocalcheck.bat

@echo off
echo 0 myservice - ОК: это мой собственный вывод
 

Кстати — в скрипт можно записать любое количество выходов.
Для каждой выходной строки будет создана собственная служба.
Как можно проверить, правильно ли запускается локальный скрипт
агентов можно увидеть в Анализе ошибок.

2.2. Распространение скриптов

После написания сценария его можно распространить на соответствующие хосты.
Используемый путь данных будет зависеть от операционной системы. Список путей к файлам может
можно найти ниже.

Не забудьте сделать скрипт исполняемым в Unix-системах.
Путь, показанный в этом примере, предназначен для Linux:

корень @ linux #  chmod + x / usr / lib / check_mk_agent / local / mylocalcheck 
 

Если вы используете Agent Bakery, скрипт может быть
распространяется в соответствии с процедурой, основанной на правилах.Подробнее о создании правил можно найти
в главе Распространение через Agent Bakery.

2.3. Добавление сервиса в мониторинг

При каждом вызове агента Checkmk также будет выполняться локальная проверка.
и добавляется к выходным данным агента.
Service Discovery также работает автоматически
как и с другими сервисами:

После того, как изменения были активированы, реализация самостоятельно созданного
обслуживание с помощью местного чека будет полным. Если возникнет проблема
во время Service Discovery диагностика ошибок охватывала
ниже может помочь.

3. Расширенные функции

3.1. Использование метрики

С помощью простого локального скрипта также можно передавать метрики.
Синтаксис следующий:

metricname = значение; предупреждение; крит; мин; макс
count = 73; 80; 90; 0; 100
 

Значения разделяются точкой с запятой. Если значение не требуется, просто
оставьте поле пустым:

count = 42 ;; 90
 

Обратите внимание, что значения min и max в
Checkmk Enterprise Editions можно установить только из соображений совместимости, но на самом деле они не действуют.Ограничение графика указанным диапазоном значений не влияет
в этой версии.

В принципе, значения вплоть до самих данных ‘value’
необязательный и может быть опущен.

Несколько показателей

При локальной проверке можно получить несколько показателей — в этом случае они
разделенные | (труба):

count1 = 42 | count2 = 21; 23; 27 | count3 = 73
 

Полный вывод с несколькими показателями будет выглядеть следующим образом:

корень @ Linux #  / usr / lib / check_mk_agent / local / mycustomscript 
0 myservice count1 = 42 | count2 = 21; 23; 27 | count3 = 73 ОК - это мой собственный вывод
 

Графики впоследствии будут автоматически сгенерированы в Checkmk:

3.2. Многолинейные выходы

Также доступна опция распределения вывода по нескольким строкам.
Поскольку Checkmk работает под Linux, вы можете работать с Escape Sequence
‘\ n’ для принудительного переноса строки.
Даже если из-за языка сценариев обратная косая черта должна быть замаскирована,
он будет правильно интерпретирован Checkmk:

корень @ Linux #  / usr / lib / check_mk_agent / local / mycustomscript 
2 myservice - CRIT - Это мой собственный вывод \\ nЭто некоторая подробная информация \\ nИ еще одна строка с подробностями
 

В деталях услуги будет видна эта дополнительная строка:

3.3. Кэширование выходов

Локальные проверки можно кэшировать как обычные плагины. Это может быть необходимо, если скрипт
имеет более длительное время обработки. Тогда они будут выполняться только в соответствии с
определенный интервал, буферизованный,
а затем этот кеш будет добавлен к выходным данным агента. Кстати под линуксом
или в другой системе на основе Unix каждый кэшированный плагин может выполняться асинхронно.
Для этого создайте подкаталог, имя которого соответствует
количество секунд для кэширования вывода локальной проверки. В следующем примере
локальная проверка будет выполняться только каждые 10 минут (600 секунд):

корень @ Linux #  / usr / lib / check_mk_agent / local / 600 / mylocalcheck 
1 myservice count = 4 WARN - Некоторые выходные данные долго работающего скрипта
 

Под Windows локальная проверка будет выполняться так же, как и другие плагины:
Введите cache_age для
местная проверка в check_mk.ini:

check_mk.ini

[местный]
    cache_age mylocalcheck = 3600
 

В качестве альтернативы, в Windows кеширование также можно настроить в
Агент Пекарня.

Важно : Обратите внимание, что кэширование доступно только для Windows, Linux,
Solaris, AIX и FreeBSD.

3.4. Динамическое вычисление статуса

Как видно выше, с помощью показателей пороговые значения также могут
отображаться на графиках. Могут ли эти пороги также использоваться для
динамический расчет статуса услуги? Checkmk предоставляет именно эти варианты
для продления местного чека.

Если вместо числа пропустить букву «P», статус услуги будет
рассчитываться на основе предусмотренного порога.
Результат будет выглядеть так:

корень @ Linux #  / usr / lib / check_mk_agent / local / mycustomscript 
P myservice count = 40; 30; 50 Результат вычисляется из двух значений
P myservice2 - результат вычисляется без значений
 

Вывод в Checkmk отличается в двух точках от вывода, который мы видели ранее:

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

Вот как выходные данные из приведенного выше примера выглядят в представлении службы:

Верхний и нижний пороги

Некоторые данные имеют не только верхний, но и нижний порог.
Пример — влажность. В таких случаях местная проверка имеет возможность
предоставления двух значений WARN / CRIT — они разделены двоеточием и
представляют верхний и нижний пороги:

Valueename = значение; warn_lower: warn_upper; crit_lower: crit_upper
влажность = 27; 40: 60; 30: 70
 

4.Распространение через Agent Bakery

Если вы хотите разослать локальную проверку на несколько хостов, и вы уже
использовать пекарню Агента, пекарню также можно использовать

OMD [mysite]: ~ $  cd ~ / local / share / check_mk / agent 
OMD [mysite]: ~ / local / share / check_mk / agent $ mkdir -p custom / mycustomgroup / lib / local /
 

Каталог lib помечает сценарий как подключаемый модуль или как локальную проверку.
Затем следующий каталог явно выделяет файл.
Затем вы также можете сохранить в нем локальный чек.

Важно: Вы можете использовать асинхронное выполнение
в Linux, как вы знаете из обычных плагинов. В Windows
конфигурация сделана как всегда в check_mk.ini.

После этого mycustomgroup будет отображаться как опция в WATO.
Используя
Параметры хоста и службы ➳ Агенты мониторинга ➳ Общие параметры ➳ Развертывание пользовательских файлов с помощью агента
в WATO создайте новое правило и выберите вновь созданную группу:

Checkmk после этого автономно корректно интегрирует локальную проверку в
установочный пакет для соответствующей операционной системы.После изменений
были активированы и агент запекся, настройка будет завершена.
Теперь нужно только распределить агентов.

5. Анализ ошибок

5.1. Тестирование скрипта

Если у вас возникнут проблемы с самописным сценарием, следующие потенциальные
источники ошибок можно проверить:

  • Является ли исполняемый файл сценария и правильны ли права доступа?

Это особенно актуально, если вы запускаете агент или скрипт и
вы не являетесь пользователем root / system.

  • Соответствует ли вывод указанному синтаксису?
  • Скрипт находится в правильном каталоге?

5.2. Тестирование вывода агента

На целевом хосте

Если сам сценарий верен, агент можно запустить на хосте.
В операционных системах на основе Unix, таких как Linux, BSD и т. Д., Команда
ниже доступно. С опцией ‘-A’ количество дополнительных
могут быть указаны строки, которые будут отображаться после успеха. Этот номер может
быть настроенными в соответствии с количеством ожидаемых результатов:

root @ linux #  check_mk_agent | grep -v grep | grep -A 3 ">" 
<< <местный> >>
0 myservice count1 = 42 | count2 = 21; 23; 27 | count3 = 73 ОК - это мой собственный вывод
P myservice2 - результат вычисляется без значений
P myservice3 влажность = 27; 40: 60; 30: 70 Результат имеет верхний и нижний пороги
 

В Windows вывод можно перенаправить в текстовый файл, в котором ожидаемый
Выходы также можно искать в локальном разделе, используя
Блокнот, например.При необходимости замените путь, показанный ниже, на
путь установки, используемый для вашей собственной установки Checkmk:

C: \ Program Files (x86) \ check_mk \> check_mk_agent.exe test> out.txt
 
На сервере Checkmk

В качестве последнего шага также может быть протестирована обработка вывода скрипта.
на сервере Checkmk. Один раз для обнаружения службы:

OMD [mysite]: ~ $  cmk -IIv --debug --checks = local myserver123 
Обнаружение сервисов на myserver123:
myserver123:
    3 местные
 

А также обработка вывода сервиса аналогичной командой:

OMD [mysite]: ~ $  cmk -nv --debug --checks = local myserver123 
Check_MK версии 1.4.0p15
myservice  OK - это мой собственный вывод 
myservice2  OK - Результат вычислен без значений 
myservice3  CRIT - результат имеет верхний и нижний пороги, влажность 27,0 & lt; 30,0 (!!) 
 

Если при локальной проверке есть ошибки, Checkmk определит их в
сервисный выход. Это также относится к ошибочным показателям, ложным или
неполная информация в выводе скрипта или неверный статус.
Эти сообщения об ошибках должны помочь в быстром выявлении ошибок в сценарии.

6. Файлы и каталоги

6.1. Каталоги скриптов на хосте

Путь к файлу Операционная система
/ usr / check_mk / lib / local / AIX
/ usr / местный / lib / check_mk_agent / местный / FreeBSD
/omd/versions/0.45.20110123/lib/check_mk_agent/local/ HP-UX
/ usr / lib / check_mk_agent / местный / Linux, Solaris, OpenBSD и OpenWRT
% ПРОГРАММ (X86)% \ check_mk \ local Windows (Агент до версии 1.5,0 )
% PROGRAMFDATA% \ check_mk \ local Windows (Агент, начиная с версии 1.6.0 )

6.2. Кэшировать каталоги на хосте

Путь к файлу Операционная система
/ tmp / check_mk / cache / AIX
/ var / run / check_mk / cache / FreeBSD
/ var / lib / check_mk_agent / cache / Linux и Solaris

.

Мониторинг с устройствами checkmk в сети

1. Введение

Чтобы система мониторинга могла получать больше информации от конечной точки, кроме той, которая доступна,
требуется помощь от целевой системы. Например — как еще может Checkmk узнать
насколько заполнен объем хранилища сервера, если эта система каким-либо образом не обеспечивает
информация? Компонент, который предоставляет эту информацию, всегда
активная часть программного обеспечения, а именно агент.

Бывают ситуации, когда не нужно устанавливать дополнительный
агент — так как тот, который можно использовать, уже присутствует.Лучший пример
вот и SNMP. Все управляемые сетевые устройства и устройства имеют встроенный
Агент SNMP.

Как всегда, есть исключение: мониторинг сетевых сервисов .
Например — по своей природе веб-приложение может быть доступно через HTTP и быть
отслеживается через одно и то же соединение. Но даже в этом случае обычно
дополнительный агент, который предоставляет дополнительные данные сервера для мониторинга.

В следующей таблице показаны четыре различных способа доступа Checkmk.
услуги, подлежащие мониторингу:

Метод Описание Необходимое условие
SNMP Checkmk обращается к существующему SNMP-агенту целевого устройства.С помощью активных запросов (GET) он собирает подробную информацию о состоянии системы. SNMP-агент включен
Checkmk-Agent Checkmk имеет собственные агенты для серверов и рабочих станций.
Поддерживаются одиннадцать различных операционных систем — от обычных, таких как Windows и
От Linux до экзотики, такой как OpenVMS. Агенты пассивны и подключаются к TCP-порту 6556.
Только после получения запроса сервера Checkmk они будут активированы и ответят
Необходимые данные.
Checkmk-Agent установлен
Специальный агент Некоторые системы не позволяют ни установку агента, ни поддержку SNMP в удобной для использования форме.Вместо них они предлагают API-интерфейсы управления на основе TELNET, SSH или HTTP / XML. Checkmk запросы
эти интерфейсы через специальные агенты, которые запускают на
Checkmk-Сервер
Создание учетной записи API для Checkmk
Активные чеки Сетевые службы, такие как HTTP, SMTP или IMAP, по самой своей природе могут запрашиваться через
сеть. Для этого Checkmk иногда использует собственные, иногда существующие изначально плагины.
разработан для Nagios. Например, check_http очень популярен для запросов к веб-сайтам.Они описаны как Активные проверки .
Нет

1.1. Мониторинг по событиям

До сих пор мы обсуждали только активный мониторинг — демонстрационную дисциплину Checkmk. Есть еще и обратный метод:
целевая система сама отправляет сообщения в мониторинг, например, через системный журнал или
Ловушки SNMP. Для всей этой темы у Checkmk есть Event console
который описан в отдельной статье.

2.Агент Checkmk

2.1. Скачивание и установка

Как описано, вам необходим агент Checkmk для мониторинга серверов.
и рабочие станции. Агенты для одиннадцати различных семейств операционных систем
в настоящее время поддерживаются в Checkmk-Project. Все эти агенты
являются компонентами Checkmk и доступны для загрузки через
Веб-интерфейс Checkmk-Server. Кроме того, в Enterprise Editions есть
Пекарня Агент . Это позволяет вам «запекать» собственных агентов, содержащих
персонализированная конфигурация и набор плагинов.Это может быть даже
делается индивидуально и по-разному для каждого хоста.

2.2. Установка через страницу загрузки

Доступ к агентам осуществляется через модуль WATO Агенты мониторинга . В Enterprise Editions вы попадете в
Хлебопекарня Агент . Оттуда файлы агента
Затем кнопка переместит вас на страницу загрузки агентов и их подключаемых модулей.
Raw Edition перенесет вас прямо на страницу загрузки:

Пакеты агентов для Windows (check_mk_agent.msi) и Linux
(файлы .deb или .rpmu) находятся прямо в первом разделе.
После установки этих пакетов агент в основном готов к работе,
и вы можете начать мониторинг. Вся дальнейшая настройка осуществляется через
данные конфигурации и плагины устанавливаются путем их загрузки с
ту же страницу и копируя их в соответствующую папку.

2.3. Подробная информация об агентах для конкретных операционных систем

Структура, конфигурация и возможности агентов различаются в зависимости от
операционная система.По этой причине можно найти подробную информацию о конкретных агентах.
в собственных статьях:

3. Установка через Agent Bakery

3.1. Введение

Хотя это правда, что агент Checkmk может работать «голым» немедленно — без
требуется настройка и без плагинов — тем не менее в некоторых
случаях, когда агент действительно должен быть настроен. Некоторые примеры:

  • Ограничение доступа к определенным IP-адресам
  • Мониторинг баз данных ORACLE (требуется плагин и конфигурация)
  • Мониторинг текстовых файлов журнала (требуется плагин, имена данных и текстовый шаблон)
  • Использование системы инвентаризации Checkmk (требуется плагин)

Если у вас есть одна из версий Checkmk Enterprise Edition, вы можете упаковать персонализированные агенты с
Пекарня Агент .Таким образом, наряду с существующими агентами, вы также можете
создавать пакеты агентов, содержащие конфигурации и дополнительные плагины. Эти
пакеты идеальны для автоматического распространения, однако они могут
также можно установить вручную. Вы даже можете создать персонализированных агентов для
определенные группы хостов. Это обеспечивает большую гибкость за счет использования
автоматическое развертывание агента.

Доступ к пекарне осуществляется через WATO ➳ Агенты мониторинга :

Если вы еще не сделали настройки для определенных хостов, есть только один
конфигурация агента по умолчанию.С пекарней
Checkmk версии 1.6.0 поддерживает Windows, Linux, Solaris и AIX.
операционные системы. Для Linux у вас есть выбор между форматами пакетов RPM
(SUSE, RedHat, CentOS) и DEB (Debian, Ubuntu), а также архив, который
просто распаковывается как root в /. Точно так же tarball
доступен для AIX, однако он не включает автоматическую интеграцию в inetd.
Интеграцию необходимо выполнять вручную как разовое действие.
Для Solaris снова есть tarball и пакет PKG.

Каждая конфигурация агента имеет явный идентификатор: его хэш . Первый хэш
В графическом интерфейсе отображается восемь символов. Этот хеш будет частью
версия пакета и встроена в его имя файла. Когда вы что-то меняете
в конфигурации пакета или обновлении Checkmk, хэш пакета будет
также быть измененным. Таким образом, менеджер пакетов операционной системы распознает
что это обновление. В таком случае номера версии Checkmk будет недостаточно.

3.2. Настройка с помощью правил

Конфигурация агента может быть изменена — как это часто бывает
в Checkmk — через правила. Они предлагают вам возможность оснащения различных
хосты с разными настройками или надстройками. С помощью кнопки Rules вы можете получить доступ к странице, на которой перечислены все наборы правил, которые
влияют на агентов:

Рассмотрим следующий пример: вы хотите ограничить список IP-адресов.
которым разрешен доступ к агенту. Для этого вы выбираете
Общие параметры ➳ Разрешенный доступ агента через IP-адрес Набор правил .Войти
один или несколько IP-адресов в качестве значения правила:

После сохранения с помощью,
Вернитесь в пекарню Agent Bakery . В
кнопка гарантирует, что агент будет свежим
запеченный. Результат — теперь у вас есть две конфигурации:

В столбце Hosts вы найдете список хостов, связанных с
соответствующая конфигурация. Полный список сокращен здесь из соображений экономии места.
Имена VANILLA и GENERIC играют особую роль. Эти двое
псевдо-хосты всегда присутствуют и выполняют следующие функции:

VANILLA Виртуальный хост, агент которого содержит только конфигурацию по умолчанию,
к которому, следовательно, не применяются ни одно из правил агента.
GENERIC Виртуальный хост, для которого ВСЕ правила без определенных дополнительных
применяются условия. Запись GENERIC особенно полезна для установки агентов на хостах, которые
еще не включены в мониторинг.

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

Кстати, в WATO вы также можете легко получить доступ к пакетам агентов хоста через
Сведения о хосте и кнопка Monitoring Agent :

Почему пакеты для всех операционных систем предлагаются для каждого хоста? Ответ
очень просто: если в системе не установлен агент, Checkmk, естественно, не может
узнайте операционную систему! В любом случае, после автоматического обновления агента
активированы, больше ничего делать не нужно.

3.3. Плагины

Многие правила касаются установки различных подключаемых модулей .Эти
расширить агентов для мониторинга вполне определенных компонентов. Наиболее
из них — специальные приложения, такие как, например, базы данных. Наряду с
правило, которое активирует плагин, вы также найдете настройки для настройки
плагин. Вот, например, правило для мониторинга MySQL:

3.4. Настройка агентов вручную

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

4. Когда следует обновлять агент?

Независимо от того, контролируете ли вы только горстку или даже тысячи
хосты — управление агентами Checkmk на всех хостах всегда является более сложной задачей.
Однако автоматическое обновление агентов в версиях Checkmk Enterprise Edition
большая помощь.Тем не менее, вам следует обновлять агенты только в следующих случаях:

  • обновление решает вашу проблему, или
  • обновление включает необходимые новые функции.

Для того, чтобы это было возможно, в Checkmk применяется общее правило: новее
Checkmk-версии могут в основном обрабатывать вывод старых агентов
.

Примечание: обратное не всегда верно. Если версия Checkmk агента
новее, чем у сервера мониторинга, возможно, что вывод
Существующие подключаемые модули проверки целевого агента не могут быть правильно интерпретированы.В
в таком случае затронутые службы попадают в НЕИЗВЕСТНО (пожалуйста, не
отправить
Crash-report в такой ситуации):

5. Диагностика ошибок

5.1. Тестирование агентов через командную строку

Хотя агенты для различных операционных систем были независимо
разработаны, с точки зрения Checkmk, все они ведут себя одинаково,
открытие TCP-порта 6556 для запросов с сервера мониторинга. Запрос
протокол абсолютно прост: сервер подключается к порту и данные
поступает от агента в читаемом текстовом формате.Как только передача данных
По завершении агент отключается от порта. Агент в основном
не читает данные из сети!

Правильно установленный агент можно очень легко запросить с помощью команды
линия. Лучше всего прямо из экземпляра Checkmk, который также активно
мониторинг агента. Таким образом вы можете быть уверены, что IP-адрес сервера
адрес будет принят агентами. Подходящая команда, например, телнет:

OMD [mysite]: ~ $  telnet 10.1.1.2 6556 
Пробуем 10.] '.
<<  >>
Версия: 1.6.0
AgentOS: Linux
AgentDirectory: / etc / check_mk
DataDirectory: / var / lib / check_mk_agent
Каталог Spool: / var / lib / check_mk_agent / spool
Каталог подключаемых модулей: / usr / lib / check_mk_agent / plugins
 

При использовании nc или netcat данные возвращаются «голыми». Это
полезно, например, если вы хотите использовать сценарий для обработки данных:

OMD [mysite]: ~ $  NC 10.1.1.2 6556 
<<  >>
Версия: 1.6.0
AgentOS: Linux
AgentDirectory: / etc / check_mk
DataDirectory: / var / lib / check_mk_agent
Каталог Spool: / var / lib / check_mk_agent / spool
Каталог подключаемых модулей: / usr / lib / check_mk_agent / plugins
 

Вывод всегда начинается со строки
<< >>.Строки включены в
<<< и >>> называются Раздел
Заголовки
. Они делят вывод агента на разделы. Каждый раздел
содержит соответствующую информацию и обычно является просто выводом диагностики
команда. Раздел check_mk играет особую роль. Это содержит
общая информация об агенте, такая как, например, номер его версии.

Если хост уже отслеживается, вы также можете получить данные с помощью
cmk -d команда. При этом используется IP-адрес, настроенный через WATO, что позволяет
для возможно перенастроенного номера порта, а также в случае специального агента:

OMD [mysite]: ~ $  cmk -d myhost123 
<<  >>
Версия: 1.6.0
 

Если мониторинг уже выполняется регулярно для рассматриваемого хоста, текущий
копию вывода всегда можно найти в tmp / check_mk / cache
каталог:

OMD [mysite]: ~ $  cat tmp / check_mk / cache / myhost123 
<<  >>
Версия: 1.6.0
 

5.2. Диагностика через графический интерфейс

Вы также можете провести диагностику агентов через графический интерфейс. Это требует всех
настройки, а также поддерживает устройства SNMP и запрошенные
с помощью специальных агентов.По сути, Checkmk просто пытается всегда запрашивать
через TCP-порт 6556 и SNMP одновременно. Вы можете получить доступ к деталям
диагностики хоста с помощью Diagnostic
кнопка в WATO:

Вы можете опробовать довольно много настроек (например, сообщество SNMP)
сразу и сохраните их в случае успеха.

.

Обновление Checkmk | checkmk

1. Введение

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

Причина в том, что Checkmk не только допускает несколько независимых экземпляров
(сайты) для работы на одном сервере, но также позволяет несколько
версий программного обеспечения для одновременной установки. С
В этой системе каждый экземпляр назначается установленной версии программного обеспечения.Для иллюстрации мы можем взять следующую ситуацию на вымышленном сервере:

Здесь экземпляр mysite1 использует версию 1.6.0p13.cee,
но экземпляры mysite2 и mysite3 используют
версия 1.6.0p10.cre. Checkmk-Version 1.6.0p2.demo — это
фактически установлен, но в настоящее время не используется.

Этот пример показывает, что обновление не означает просто установку
нового пакета Checkmk RPM / DEB на сервере.
Также требуется еще один дополнительный шаг. Возьмем следующие
ситуация в качестве примера:

Здесь mysite экземпляра должен быть обновлен до
Checkmk-версия 1.6.0p13.cee. Первый шаг — скачать и установить
соответствующий RPM / DEB-Packet. Это выполняется точно так же, как с
первоначальная установка. Сначала будет установлена ​​новая версия.
не может использоваться ни одним экземпляром, и будет выглядеть так:

Вторым шагом теперь будет обновление экземпляра с 1.6.0p10.cre
на 1.6.0p13.cee. Это достигается с помощью команды обновления omd,
которые мы подробно обсудим ниже:

После обновления (скорее всего) версия 1 больше не требуется.6.0p10.cre
можно удалить, удалив соответствующий пакет.

2. Обновление Checkmk подробно

2.1. Установка более новых версий

Как описано во введении, первым шагом при обновлении является
установка желаемой новой версии Checkmk.
Это достигается точно так же, как и при первоначальной установке —
однако это будет происходить несколько быстрее, поскольку большинство зависимых пакетов
уже установлены. В следующем примере мы устанавливаем
пакет для Ubuntu 20.04 (фокальная ямка):

корень @ Linux #  gdebi check-mk-enterprise-1.6.0p13_0.focal_amd64.deb 
 

Список установленных у вас Checkmk-версий может быть отображен в любой момент с помощью
Команда версий omd:

root @ linux #  версии omd 
1.5.0p20.cre
1.5.0p24.cee
1.6.0p13.cee (по умолчанию)
2020.06.10.cee
 

Одна из этих перечисленных версий отмечена (по умолчанию).
Эта версия по умолчанию будет использоваться автоматически при создании
новые сайты, если не указана другая версия с
omd -V myversion создать mysite.При работе с существующими сайтами это
не имеет значения. Текущая версия по умолчанию может быть запрошена с помощью omd version,
и его можно изменить с помощью omd setversion:

root @ linux #  omd версия 
1.5.0p20.cre
root @ linux #  omd setversion 1.6.0p13.cee 
root @ linux #  omd версия 
1.6.0p13.cee
 

Версия по умолчанию не играет роли при обновлении или управлении существующих экземпляров .
Команда omd всегда запускается автоматически в версии
соответствующий экземпляру.

Предоставляется список текущих экземпляров и используемых ими версий.
командой omd sites:

root @ linux #  сайты omd 
ВЕРСИЯ САЙТА КОММЕНТАРИИ
mysite 1.5.0p24.cre
test 1.6.0p13.cee версия по умолчанию
 

2.2. Выполняем обновление

После установки желаемой новой версии экземпляр можно обновить.
Для этого не требуются права root.
Лучший способ сделать это — как пользователь экземпляра:

root @ linux #  su - mysite 
 

Убедитесь, что экземпляр остановлен:

OMD [mysite]: ~ $  omd stop 
 

Обновление — фактически переключение на другую версию — теперь может быть просто
выполняется с помощью команды обновления omd:

OMD [mysite]: ~  долларов, обновление omd 
 

Если доступно более одной целевой версии, откроется список выбора:

При обновлении с Raw Edition до Checkmk Enterprise Standard Edition вы получите уведомление об этом факте:

Важной частью обновления является обновление
изначально предоставлял файлов конфигурации.Здесь изменения, которые возможно
внесенные в эти файлы пользователем, не будут просто удалены, а
будут объединены. Это очень похоже на системы контроля версий, которые
попытаться объединить изменения, внесенные в один файл одновременно несколькими
Разработчики.

Иногда — когда изменения затрагивают одно и то же место в файле —
это не работает, и возникает конфликт . Как можно разрешить такие конфликты
будет объяснено позже ниже.

Обновление содержит список всех измененных файлов и каталогов:

2020-06-16 14:25:20 - Обновление сайта mysite с версии 1.6.0p10.cre до 1.6.0p13.cee ...

  *  Установленный каталог var / check_mk / rrd
  *  Установлен каталог var / check_mk / reports
  *  Установлен каталог var / check_mk / reports / archive
  *  Установленный файл etc / logrotate.d / cmc
  *  Установленный файл etc / logrotate.d / mknotifyd
  *  Установленный файл etc / logrotate.d / liveproxyd
Выполнение скрипта update-pre-hooks "cmk.update-pre-hooks" ... ОК
Выход: инициализация приложения ...
Загрузка подключаемых модулей GUI ...
Обновление конфигурации Checkmk...
 + Перезапись тегов WATO ...
 + Перезапись хостов и папок WATO ...
 + Перезапись наборов правил WATO ...
 + Перезапись автопроверок ...
 + Очистка кешей конкретных версий ...
Готово

Готовое обновление.
 

После того, как все было успешно обработано, экземпляр можно переключить
к новой версии …

OMD [mysite]: ~  долл. США, версия OMD 
1.6.0p13.cee
 

… и затем можно запустить:

OMD [mysite]: ~ $  omd start 
 

2.3. Несовместимые изменения

Разработка программного обеспечения, конечно же, состоит из изменений.Потому что мы всегда активно
работает над тем, чтобы Checkmk оставался современным, иногда сокращая собственный вес и внося изменения
что оказывается несовместимо неизбежно. Это означает, что когда
обновление может потребоваться , возможно, , чтобы адаптировать вашу конфигурацию,
или вы должны хотя бы проверить это.

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

Обзор всех изменений в Checkmk, включая функцию поиска,
можно найти в Интернете в нашем
Werks.
Однако еще более практичным является встроенная функция поиска в версии
примечания к выпуску. Доступ к нему можно получить, щелкнув номер версии
в верхнем левом углу боковой панели:

Checkmk автоматически отслеживает новых изменений,
и выдает соответствующие предупреждения, если они несовместимы:

Затем вы можете проверить эти «Работы» («Работы») и подтвердить их щелчком мыши.Вы также можете найти список, охватывающий полную историю
изменения, включая функцию поиска:

2.4. Обновление подробно

Вам интересно, что именно происходит «под капотом»
Обновить? Или возникли конфликты данных при запуске обновления omd?
Если да, то вот некоторые дополнительные материалы для чтения.

Во время обновления omd выполняются три действия:

  1. Обновление файлов по умолчанию в etc / и var / — т.е. файлов, созданных командой omd create.
  2. Переключение активной версии на целевую путем изменения версии символьной ссылки, которая находится в каталоге сайта.
  3. Пост-обработка различными пакетами (например, Checkmk). В частности, Activate Changes будет автоматически выполняться, чтобы сгенерировать действительную конфигурацию для ядра.
Актуализация файлов, объединение изменений

Первый шаг, безусловно, самый исчерпывающий. Здесь Checkmk демонстрирует
большое преимущество по сравнению с обычной установкой программного обеспечения —
Checkmk помогает адаптировать все стандартные файлы конфигурации к
предпосылки новой версии.Это похоже на процедуру обновления
Linux-дистрибутив, но идет дальше в реализации.
Checkmk может обрабатывать множество ситуаций, например:

  • Объединение изменений файлов с изменениями, внесенными локально пользователем
  • Файлы, каталоги и символические ссылки, которые устарели в новой версии или которые были удалены пользователем
  • Изменения в разрешениях
  • Изменения в файле тип (символическая ссылка, полученная из файла или каталога, или наоборот)
  • Изменения цели символической ссылки

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

Слияние и конфликты

Если новая версия предполагает изменение файла конфигурации, в котором пользователь
также внесены изменения, Checkmk автоматически пытается объединить оба набора изменений.
Это достигается с использованием тех же методов, которые используются в системах контроля версий.

Меньше всего проблем возникает, когда ваши изменения и изменения Checkmk имеют четкую
физическое разделение в тексте (хотя бы на несколько строк). Слияние будет
затем будут выполняться автоматически и без вмешательства пользователя.

Если два изменения «сталкиваются», потому что они оба влияют на одно и то же место в данных,
Checkmk не может и не будет решать, какое из изменений важнее.
В такой ситуации пользователь будет предупрежден и сможет разрешить конфликт.
интерактивно:

В ситуации, показанной выше, теперь у вас есть следующие возможности:

d Здесь показаны различия между новой версией по умолчанию и вашей версией файла в форме «унифицированного сравнения» (diff -u).
y Это похоже на предыдущее, но на основе предыдущей версии по умолчанию показывает, какие изменения вы внесли в файл.
n Эта третья опция по сути «закрывает треугольник», показывая изменения, которые Checkmk намеревается внести в файл.
t При выборе t исходный файл — без уже успешно объединенных изменений — откроется в редакторе.Теперь отредактируйте файл, чтобы избежать возможных конфликтов. После закрытия редактора Checkmk повторно попытается выполнить слияние.
k Здесь вы можете решить, принимать ли данные «как есть». Успешно вставленные изменения сохраняются. В остальном файл остается настроенным пользователем.
r С его помощью вы можете вернуться к старой версии вашего файла и отказаться от обновления Checkmk для этого файла.Любые настройки, которые могут потребоваться, должны выполняться вручную.
i Установите новый файл по умолчанию: ваши изменения в старом файле будут потеряны.
s Если вы не уверены, вы можете открыть оболочку с помощью s . Вы попадете в каталог, содержащий соответствующий файл, и сможете получить представление о ситуации. Закройте оболочку с помощью Strg-D, чтобы продолжить обновление.
a Отменить обновление.Экземпляр сохраняет старую версию. Однако файлы, которые уже были изменены во время обновления, остаются измененными! Новая попытка обновления может быть запущена в любое время.
Дальнейшие конфликтные ситуации

Наряду с объединением файлов существует целый ряд дополнительных
ситуации, в которых Checkmk требует вашего решения. Некоторые из них очень
необычные ситуации, которые, тем не менее, требуют правильного решения.
В этих случаях Checkmk всегда предложит вам сохранить вашу версию,
или принятия новой версии по умолчанию.Более того, всегда есть возможность
об отмене обновления или открытии оболочки.
Примеры таких «сложных» ситуаций:

  • конфликтующие изменения типов файлов (например, когда файл заменяется символической ссылкой)
  • конфликтующие изменения прав доступа к файлам
  • измененные файлы, которые не требуются для новой версии программного обеспечения
  • файлы, каталоги или ссылки, созданные пользователь, конфликтующий с файлами / каталогами / ссылками новой версии
Описание задач в обновлении

Процедура обновления всегда выводит строку объяснения, когда
изменение файла автоматически.Возможны следующие ситуации —
здесь упоминаются файлы, но это также относится и к ссылкам и каталогам:

Обновлено Файл был изменен в новой версии. Поскольку вы не вносили изменений в файл, Checkmk просто устанавливает новую версию файла по умолчанию.
Объединено Файл был изменен новой версией, и в то же время пользователь внес в файл другие изменения. Обе версии файла можно без конфликтов объединить в одну.
Идентичный Файл был изменен в новой версии, и в то же время пользователь уже внес идентичные изменения в файл. Checkmk не должен выполнять никаких действий.
Установлено Новая версия включает новый файл конфигурации, который только что был установлен.
Идентичный новый Новая версия включает файл, идентичная копия которого уже установлена ​​пользователем.
Устарело В новой версии файл устарел (также относится к ссылке или каталогу).В любом случае пользователь уже удалил его.
Бездействие.
Исчезло Другой файл в новом Checkmk устарел, и пользователь не удалил и не изменил существующую версию. Checkmk автоматически удаляет этот файл.
Нежелательные Пользователь удалил файл, который обычно присутствует. Поскольку версия в новом Checkmk не имеет изменений по сравнению с последней версией файла, Checkmk допускает отсутствие файла.
Отсутствует Пользователь уже удалил файл, но в новом Checkmk этот файл содержит изменения по сравнению с предыдущей версией.Checkmk устанавливает новый файл и регистрирует уведомление об этом действии для пользователя.
Разрешения Checkmk обновил права доступа к файлу, поскольку в новой версии заданы другие разрешения.

2,5. Обновление без участия пользователя

Хотите автоматизировать обновления программного обеспечения Checkmk? Вы можете сначала
испытывают трудности с интерактивными ответами от обновления OMD.
Для этого сценария есть простое решение: у команды есть параметры, которые
были специально разработаны для использования в скриптах:

  • Параметры -f или —force, следующие сразу за omd, запрещают все типы сообщений «Вы уверены…? » вопросы.
  • Параметр —conflict = непосредственно после обновления определяет желаемое поведение при возникновении конфликта файлов.

Возможные значения для —conflict =:

—conflict = keepold В случае конфликта пользовательская измененная версия файла сохраняется. Однако возможно, что Checkmk может
не может быть исполняемым, и потребуется ручное исправление.
—conflict = install В случае конфликта будет установлена ​​новая стандартная версия файла.При этом локальные изменения в файле будут, по крайней мере, частично потеряны.
—conflict = abort В случае конфликта обновление останавливается. Это означает, что не обязательно означает, что все вернутся к старому состоянию. Некоторые файлы конфигурации могут быть уже обновлены. Однако версия программного обеспечения останется старой.
—conflict = ask Это стандартная процедура, поэтому в таком виде опция фактически излишняя.

Ниже приведен пример полной команды для автоматического обновления
до версии 1.6.0p13 экземпляра mysite:

root @ linux #  omd stop mysite; omd -f -V 1.6.0p13.cee update --conflict = установить mysite && omd start 
 

Через && перед omd запустите перезапуск
Экземпляр будет заблокирован, если обновление omd прервано из-за ошибки.
Замените && точкой с запятой (;)
если даже в такой ситуации обязательно нужно попытаться начать.

Если вы уверены, что на сервере работает только один экземпляр Checkmk,
имя, которое будет использоваться в сценарии оболочки, может быть просто заключено в переменную:

root @ linux #  сайты omd --bare 
мой сайт
root @ linux #  SITENAME = $ (сайты omd --bare) 
root @ linux #  echo $ SITENAME 
мой сайт
 

Это позволяет вышеприведенной строке быть независимой от имени экземпляра.
Например, небольшой сценарий оболочки может выглядеть так:

обновление.ш

#! / bin / bash
САЙТ = $ (сайты omd --bare)
ВЕРСИЯ = 1.6.0p13.cee

omd stop $ SITE
omd -f -V $ VERSION update --conflict = install $ SITE && omd start $ SITE
 

3. Обновление контейнера Docker

Обновление контейнера докеров Checkmk с версии 1.5.0p13 и выше
легкий ветерок. Просто следуйте соответствующей инструкции в
Checkmk в контейнере Docker.

Для всех контейнеров Checkmk до 1.5.0p13 , немного больше руководства
труд требуется и описан в
подробная инструкция по обновлению старых образов Checkmk.

4. Обновление с Free Edition до полной версии

Вы впервые установили Checkmk на Free Edition ?
Если у вас есть подписка Standard Edition или Managed Services Edition , вы можете просто обновить существующую
экземпляров к полной версии.

Процедура точно такая же, как и для «обычного» обновления.
Единственная разница в том, что название версии с суффиксом .demo
обновляется до имени с расширением.суффикс cee.
Просто установите желаемый пакет полной версии и переключите существующий
экземпляр к этому с обновлением omd.

Это обновление проще всего выполнить, если обе версии идентичны,
кроме суффиксов .demo и .cee соответственно.
Для функциональности это означает, что Free Edition полностью
идентична полной версии. Таким образом, обновление не имеет никакого значения.

Однако одновременное изменение актуальной версии вполне возможно.Основные принципы остаются в силе, как и при обычном обновлении Checkmk.

4.1. Обновление Checkmk Appliance

Вы также можете обновить демонстрационное устройство до полной версии с помощью одной из Enterprise Editions
без потери данных:

  1. Установите текущую полную версию микропрограммы на устройство через его веб-интерфейс.
  2. Установите полную версию одной из Enterprise Editions в системе управления версиями устройства.
  3. Измените нужные экземпляры на эту версию в управлении экземплярами устройства.

5. Обновление с Raw Edition до Enterprise Editions

Также возможно обновление Checkmk Raw Edition до Enterprise Editions . Здесь также
процедура такая же, как и раньше: установите желаемый пакет и обновите
экземпляры с обновлением omd.

Поскольку ряд модулей и функций Enterprise Editions недоступен в Raw Edition ,
после переключения необходимо помнить о нескольких моментах.Ключевым моментом является то, что при создании новых экземпляров Raw Edition или Enterprise Editions
Установлено различных настроек по умолчанию. .

Nagios против CMC

Поскольку CRE поддерживает только Nagios в качестве своего ядра, он предустановлен в экземплярах
созданный CRE. Это сохраняется при обновлении CEE.
Это означает, что после обновления обработка сначала продолжится с
ядро Nagios. Переход на CMC выполняется с помощью omd config,
и эта процедура будет описана в отдельной статье.

RRD-Формат

CEE поддерживает альтернативный формат для сохранения исторических данных производительности,
тот, который требует значительно меньше операций ввода-вывода жесткого диска. Это предустановлено
в новых экземплярах CEE. CRE-инстансы не будут заменены автоматически
путем апгрейда. Как можно выполнить миграцию, описано отдельно.
глава в статье, посвященная
Данные о производительности и графики.

Буфер уведомлений

CRE не имеет диспетчера очереди уведомлений. Таким образом, после перехода к ЦВЕ
сначала он не активен.Как его активировать можно узнать
Вот.

6. Удаление Checkmk

Удаление больше не требуемых версий Checkmk выполняется с помощью
диспетчер пакетов операционной системы. Для этого введите установленный пакет
name — НЕ имя исходного файла RPM / DEB. Важно: только удалить
Версии Checkmk, которые больше не используются ни одним экземпляром!

Инстансы Checkmk, которые больше не требуются, можно просто удалить с помощью omd rm
(тем самым удаляя все данные!):

корень @ linux #  omd rm mysite 
 
SLES, RedHat, CentOS

Вот как определить, какие пакеты Checkmk используются в системах на основе RPM:

root @ linux #  rpm -qa | grep check-mk 
чек-мк-предприятие-1.5.0p24-el7-38.x86_64
чек-мк-предприятие-1.6.0p13-el7-38.x86_64
чек-мк-предприятие-2020.06.10-el7-38.x86_64
проверить-мк-сырье-1.5.0p20-el7-38.x86_64
 

Удаление выполняется командой rpm -e:

root @ linux #  об / мин -e проверка-мк-предприятие-1.5.0p24-el7-38.x86_64 
 
Debian, Ubuntu

Используйте следующее, чтобы определить, какие пакеты установлены:

root @ linux #  dpkg -l | grep check-mk 
ii check-mk-enterprise-1.5.0p24 0.bionic amd64 Check_MK - полнофункциональная система мониторинга
ii чек-мк-предприятие-1.6.0p13 0.bionic amd64 Checkmk - лучший в своем классе мониторинг инфраструктуры и приложений
ii check-mk-enterprise-2020.06.10 0.bionic amd64 Checkmk - лучший в своем классе мониторинг инфраструктуры и приложений
ii check-mk-raw-1.5.0p20 0.bionic amd64 Check_MK - это полнофункциональный системный мониторинг
 

Удаление выполняется с помощью dpkg —purge:

корень @ linux #  dpkg --purge check-mk-raw-1.2.8b9 
(Чтение базы данных ... 505719 Файлы и каталоги уже установлены.)
Убрать из чека-mk-raw-1.2.8b9 (0.trusty) ...
Удалите файлы конфигурации из check-mk-raw-1.2.8b9 (0.trusty) ...
 

7. Файлы и каталоги

Здесь можно найти файлы и каталоги, относящиеся к этой статье.
Как всегда, пути, которые не имеют , начинаются с «/», применяются после дома.
каталог экземпляра (/ omd / sites / mysite):

Путь к файлу Функция
версия Символьная ссылка на установку версии Checkmk, используемой этим экземпляром.
/ omd / версии В этом каталоге есть подкаталог для каждой установленной версии Checkmk.
Файлы, принадлежащие root, никогда не изменяются.
/ omd / sites Внутри этого каталога для каждого экземпляра есть домашний каталог, содержащий его файлы конфигурации и переменные данные. Эти данные принадлежат пользователю экземпляра и могут быть изменены с помощью конфигурации и операций.
/ usr / bin / omd Команда управления для экземпляров Checkmk.Это символическая ссылка на каталог bin версии по умолчанию.
При доступе к конкретному экземпляру команда omd заменяет себя экземпляром соответствующей версии.

.

новых вопросов ‘check-mk’ — qaruQaruSite

Переполнение стека

  1. Около
  2. Продукты

  3. Для команд
  1. Переполнение стека
    Общественные вопросы и ответы

  2. Переполнение стека для команд
    Где разработчики и технологи делятся частными знаниями с коллегами

  3. Вакансии
    Программирование и связанные с ним технические возможности карьерного роста

  4. Талант
    Нанимайте технических специалистов и создавайте свой бренд работодателя

  5. Реклама
    Обратитесь к разработчикам и технологам со всего мира

  6. О компании

.

< NEXT Су 25см3 в сирии: Штурмовик Су-25СМ3 - Суперграч в Сирии и Афганистане: diana_mihailova — LiveJournal Су 25см3 в сирии: Штурмовик Су-25СМ3 - Суперграч в Сирии и Афганистане: diana_mihailova — LiveJournal

PREV > Сколько лететь по времени в тайланд: Сколько лететь до Таиланда из Москвы 🌴 Tours Thailand Сколько лететь по времени в тайланд: Сколько лететь до Таиланда из Москвы 🌴 Tours Thailand

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *