முக்கிய இணைப்புகள்
சேவை நிலை டாஷ்போர்டு (தற்போது Enterprise API வாடிக்கையாளர்களுக்கு மட்டுமே கிடைக்கும்)
சரியான இயல்புநிலைகளுடன் தொடங்கவும்
சேவை நிலை டாஷ்போர்டைத் திறக்கும் போது, அது இயல்பாக இவ்வாறு இருக்கும்:
அனைத்து திட்டங்களும்
கடந்த 30 நாட்கள்
மணிநேரத் தெளிவு
இந்தக் காட்சி திசையறிதலுக்கே பயனுள்ளதாக இருக்கும். பயனுள்ள சரிசெய்தலுக்கு எப்போதும் வடிகட்டல் தேவை.
ஆராய்வதற்கு முன் வடிகட்டவும்
சரியான வடிகட்டல் மிக முக்கியமான படி. பெரும்பாலான தவறான விளக்கங்கள் மாடல்கள், அடுக்குகள் அல்லது திட்டங்களை கலப்பதால் ஏற்படுகின்றன.
மாடலின்படி வடிகட்டவும் (ஒரு நேரத்தில் ஒன்று)
எப்போதும் ஒரே மாடலுக்கு வடிகட்டவும்.
ஏன்:
குறைந்த டிராஃபிக் கொண்ட மாடல்களில் உள்ள சிக்கல்கள், அதிக அளவிலான டிராஃபிக்கால் மறைக்கப்படலாம்
அதிக அளவிலான மாடல்கள், உள்ளூர் சிக்கல்கள் உலகளாவியதாகத் தோன்றச் செய்யலாம்
வெவ்வேறு மாடல்களுக்கு வெவ்வேறு செயல்திறன் இலக்குகள் உள்ளன
குறிப்பு: பல மாடல்களைத் தேர்வுசெய்வது அவற்றை ஒருங்கிணைக்கிறது—அவற்றுக்கிடையில் மாறாது.
சேவை அடுக்கின்படி வடிகட்டவும்
நீங்கள் ஒன்றுக்கு மேற்பட்ட அடுக்குகளைப் பயன்படுத்தினால் (நிலையான அடுக்கு, விரைவுப் பயன்முறை (முன்னர் முன்னுரிமைச் செயலாக்கம்), அளவீட்டு அடுக்கு), ஆய்வு செய்யும் அடுக்கை மட்டும் எப்போதும் வடிகட்டவும்.
காரணம்:
அடுக்குகளின் செயல்திறன் பண்புகள் வேறுபடும்.
விரைவுப் பயன்முறை மற்றும் அளவீட்டு அடுக்குக்கு வரையறுக்கப்பட்ட SLA-கள் உள்ளன.
அடுக்குகளைக் கலப்பது கட்டண அடுக்கின் செயல்திறனை மறைக்கிறது.
தாமதப் பகுப்பாய்வுக்கு இது குறிப்பாக முக்கியம்.
ஏற்கெனவே உள்ள மாடல்களுக்கு, விரைவுப் பயன்முறை போக்குவரத்து பயன்பாட்டு முகப்புப்பலகையில் இன்னமும் priority எனத் தோன்றும்.
திட்டத்தின்படி வடிகட்டவும்
இயல்பாக, சேவை நிலை அனைத்து திட்டங்களையும் காட்டுகிறது.
சரிசெய்தலுக்கு, சிக்கல் காணப்பட்ட திட்ட(ங்களு)க்கு வடிகட்டவும்.
ஏன்:
அதிக அளவிலான ஒரே ஒரு திட்டம் மெட்ரிக்குகளில் ஆதிக்கம் செலுத்தலாம்.
பாதிக்கப்பட்ட சிறிய திட்டங்கள் தொடர்பில்லாத டிராஃபிக்கால் மறைக்கப்படலாம்.
சிக்கல் உண்மையில் நிறுவனம் முழுவதையும் பாதிக்கிறது என்று நீங்கள் நம்பினால் மட்டுமே “அனைத்து திட்டங்கள்” தேர்வாக இருக்கட்டும்.
பிழைகளைச் சரிசெய்தல்
HTTP கோரிக்கைகள் காட்சியைப் பயன்படுத்தவும்
பிழைகளை ஆராய:
மாடல் மற்றும் சேவை அடுக்கின்படி வடிகட்டவும்.
செயல்நேரம் தாவலுக்குப் பதிலாக HTTP கோரிக்கைகள் தாவலைத் திறக்கவும்.
இந்தக் காட்சி HTTP நிலைக் குறியீட்டின்படி மொத்த கோரிக்கைகள் மற்றும் பிழை எண்ணிக்கைகளைக் காட்டுகிறது. நுணுக்கமான திடீர் உயர்வுகள் அல்லது மாற்றங்களை அடையாளம் காண நிமிட அளவிலான தெளிவுக்கு பெரிதாக்கவும்.
பிழை எண்ணிக்கைகளை அல்ல, பிழை விகிதங்களை விளக்குங்கள்
எந்த உற்பத்தி அமைப்பிலும் சில பிழைகள் எதிர்பார்க்கப்படுகின்றன. மொத்த எண்ணிக்கைகளில் அல்ல, பிழை சதவீதத்தில் கவனம் செலுத்துங்கள்.
உங்கள் மொத்த அளவு அதிகமாக இருந்தால், மிகக் குறைந்த பிழை விகிதத்துடனும் சாத்தியமான பிழைகளின் எண்ணிக்கை அதிகமாக இருக்கும்.
சேவை நிலையில் பிழைகள் இல்லாதபோது
கிளையன்ட் பக்கப் பிழைகள் தெரிந்தும், சேவை நிலையில் தொடர்புடைய தரவு இல்லாவிட்டால்:
கோரிக்கைகள் OpenAI-ஐ அடையாதிருக்கலாம்.
சிக்கல் பொதுவாக அப்ஸ்ட்ரீமில் இருக்கும் (டைம்அவுட்கள், ப்ராக்ஸிகள், நெட்வொர்க்கிங்).
கிளையன்ட் பக்கத்தில் கடுமையான டைம்அவுட்கள் இருக்கும் போது இது பொதுவானது.
தாமதச் சிக்கல்களைத் தீர்த்தல்
வரையறுக்கப்பட்ட SLA-களைக் கொண்ட விரைவுப் பயன்முறை மற்றும் அளவீட்டு அடுக்கு ஆகியவற்றில் தாமதப் பகுப்பாய்வு மிகவும் பயனுள்ளதாக இருக்கும். நிலையான அடுக்கில் தாமதம் அதிகமாக மாறுபடலாம்; அதில் தாமதத்திற்கான உத்தரவாதமும் இல்லை.
முக்கிய மெட்ரிக்குகள்
ஒவ்வொரு மெட்ரிக்கையும் காண, தொடர்புடைய தாவலைக் கிளிக் செய்யவும்:
டோக்கன் வேகம்: ஒரு வினாடிக்கு உருவாக்கப்படும் டோக்கன்கள்; ப்ராம்ப்ட் அளவைச் சார்ந்ததல்ல.
கோரிக்கை நேரம்: மொத்த கோரிக்கை காலம்; வெளியீட்டு அளவும் ரீஸனிங்கும் இதை வலுவாகப் பாதிக்கும்.
முதல் டோக்கன் வரையிலான நேரம் (TTFT): முதல் டோக்கன் உருவாகும் வரையிலான நேரம்; கேஷ் செய்யப்படாத உள்ளீட்டு ப்ராம்ப்ட் அளவும் ரீஸனிங்கும் இதை வலுவாகப் பாதிக்கும்.
P50 / P75 / P95 பர்சென்டைல்களை எப்போதும் மதிப்பாய்வு செய்யவும். சராசரிகள் உண்மையான பயனர் தாக்கத்தை மறைக்கக்கூடும்.
6. தாமதத்தை டோக்கன் பயன்பாட்டுடன் தொடர்புபடுத்துதல்
நடத்தை எப்போது மாறியது என்பதை சேவை நிலை காட்டுகிறது. ஏன் என்பதை விளக்க பயன்பாட்டு தரவு உதவுகிறது.
சேவை நிலை டாஷ்போர்டில் உள்ள உங்கள் காட்சிக்குத் தொடர்புடைய தரவையே நீங்கள் பார்க்கிறீர்கள் என்பதை உறுதிசெய்ய, பயன்பாட்டு டாஷ்போர்டில் பின்வருவன செய்யவும்:
அதே திட்டம் மற்றும் மாடலுக்கு வடிகட்டவும்.
பொருந்தினால், சேவை அடுக்கின்படி குழுவாக்கவும்.
தாமதத்தை மிகவும் வலுவாகப் பாதிக்கும் வெளியீட்டு டோக்கன்களில் கவனம் செலுத்துங்கள்.
ஆழமான பகுப்பாய்வுக்கு, செயற்பாட்டு தரவை ஏற்றுமதி செய்து, காலப்போக்கில் ஒவ்வொரு கோரிக்கைக்கும் உள்ள டோக்கன்களை ஆய்வு செய்யவும்.
7. ஆதரவுக் குழுவுடன் பகிர வேண்டியவை (தேவைப்பட்டால்)
ஆதரவுக் குழுவைத் தொடர்புகொண்டால், இவற்றைச் சேர்க்கவும்:
பாதிக்கப்பட்ட Org ID-கள் (முக்கியம்)
Chat Completions அல்லது Responses போன்ற பாதிக்கப்பட்ட இறுதிப்புள்ளிகள் (முக்கியம்)
பாதிக்கப்பட்ட மாடல்கள் (முக்கியம்)
இது விரைவுப் பயன்முறையிலா அல்லது அளவீட்டு அடுக்கிலா ஏற்பட்டது என்ற விவரம் (முக்கியம்)
தாமதம் அல்லது பிழைகள் ஏற்பட்ட நேர வரம்புகளும் நேர மண்டலமும் (முக்கியம்)
இருந்தால், தொடர்புடைய x-request-id அல்லது X-Client-Request-Id
நீங்கள் வழங்கும் கோரிக்கைகளுக்கான நேர மண்டலத்துடன் கூடிய நேரமுத்திரைகள் அல்லது குறைந்தபட்சம் தேதி
இருந்தால், இவற்றையும் சேர்க்கவும்:
கோரிக்கைகள் தொடர்பான Project ID
டேட்டா ரெசிடென்சி கோரிக்கைகள் பாதிக்கப்பட்டுள்ளனவா, அப்படியானால் எவை என்ற விவரம்
நீங்கள் காணும் போக்குகளின் விளக்கங்கள்
சிக்கலின் வகைக்கு, இவற்றைச் சேர்க்கவும்:
பிழைகள்: தோல்வியடையும் அல்லது பிழை ஏற்படும் கோரிக்கைகளின் தோராயமான சதவீதம், பதில் குறியீடுகள், பிழைச் செய்திகள் மற்றும் பிழைப் பதிலைப் பெற எடுத்த நேரம்.
தாமதம்: பாதிக்கப்பட்ட சதவீதப் புள்ளிகள் (P50 / P90 / P95 / P99), வாடிக்கையாளரின் வழக்கமான அளவைவிட அவை எவ்வளவு அதிகம் மற்றும் அனுப்பிய, பெற்ற நேரமுத்திரைகளுடன் கூடிய மெதுவான கோரிக்கைகளின் எடுத்துக்காட்டுகள்.
இரண்டும்: பிழை அல்லது தாமதத் தரவின் திரைப்பிடிப்புகள் அல்லது அட்டவணை மற்றும் பிழை விகிதங்கள் அல்லது தாமதம் எதிர்பார்த்ததைவிட அதிகமாக இருந்ததை நீங்கள் கண்டறிந்த விதம்.
பொதுவான சரிசெய்தல் சூழல்கள்
டைம்அவுட்கள் ஏற்படுகின்றன, ஆனால் சேவை நிலை இயல்பாகத் தெரிகிறது
சாத்தியமான காரணம்: கோரிக்கைகள் OpenAI-ஐ அடைவதற்கு முன் டைம்அவுட் ஆகின்றன.
சரிபார்க்கவும்:
கிளையன்ட் அல்லது ப்ராக்ஸி டைம்அவுட் அமைப்புகள்
உள்ளூர் நெட்வொர்க் அல்லது லோடு பாலன்சர் மாற்றங்கள்
சேவை நிலை டாஷ்போர்டில் 499 பிழைகள் இருப்பது (இவை உங்கள் சொந்த அமைப்புகளில் 5xx பிழைகளாகத் தோன்றலாம்).
டெப்ளாய்மென்ட் இல்லாமல் தாமதம் அதிகரித்தது
சாத்தியமான காரணம்: வெளியீட்டு டோக்கன் அளவு அல்லது ரீஸனிங் பயன்பாடு அதிகரித்திருக்கலாம் மற்றும்/அல்லது டிராஃபிக் சேவை அடுக்குகளுக்கு இடையே மாறியிருக்கலாம்.
சரிபார்க்கவும்:
பயன்பாட்டு டாஷ்போர்டில் ஒவ்வொரு கோரிக்கைக்கும் சராசரி வெளியீட்டு டோக்கன்கள் (தரவைப் பதிவிறக்கி, வெளியீட்டு டோக்கன்களை மொத்த கோரிக்கைகளால் வகுக்க வேண்டும்).
சேவை நிலை டாஷ்போர்டில் கோரிக்கை நேரம் மற்றும் TTFT பர்சென்டைல்கள்.
விரைவுப் பயன்முறை அல்லது அளவீட்டு அடுக்கு மெதுவாகத் தோன்றுகிறது
சாத்தியமான காரணம்: அளவீடுகள் பல அடுக்குகளிலிருந்து கலக்கப்படுவதால், நிலையான அடுக்கின் போக்குவரத்து கட்டண அடுக்கின் செயல்திறனை மறைக்கிறது.
சரிபார்க்க வேண்டியவை:
வடிப்பான்கள் ஒரே அடுக்கு மற்றும் மாடலுக்கு மட்டும் கட்டுப்படுத்தப்பட்டுள்ளன.
அடுக்குகளுக்கு இடையிலான டோக்கன் வேக ஒப்பீடு.
5XX பிழைகளில் திடீர் உயர்வு
சாத்தியமான காரணம்: சிறிய சதவீத டிராஃபிக்கையே பாதிக்கும் தற்காலிக தோல்விகள்.
சரிபார்க்கவும்:
பிழை விகித சதவீதம்
அதே நேரத்தில் டிராஃபிக் அளவு மாறியதா என்பதை
சிக்கல் ஒரே ஒரு திட்டத்தை மட்டுமே பாதிக்கிறது
சாத்தியமான காரணம்: திட்டத்துக்கே உரிய உள்ளமைவு அல்லது பயன்பாட்டு முறை.
சரிபார்க்கவும்:
திட்ட மட்ட வடிகட்டல்
பாதிக்கப்படாத திட்டங்களுடன் ஒப்பீடு
இறுதி குறிப்புகள்
மெட்ரிக்குகளை விளக்குவதற்கு முன், தேவையான இடங்களில் மாடல், அடுக்கு மற்றும் திட்டத்தின்படி வடிகட்டவும்.
தாமதப் பகுப்பாய்வுக்கு சராசரிகளை அல்ல, பர்சென்டைல்களை பயன்படுத்தவும்.
சிறிய பிழை விகிதங்கள் எதிர்பார்க்கப்படுகின்றன.
தரவு இல்லாதது பொதுவாக அப்ஸ்ட்ரீம் சிக்கல்களைக் குறிக்கிறது.
தாமதம் ஏன் மாறியது என்பதை விளக்க பயன்பாட்டு தரவு உதவும்; நடத்தை எப்போது மாறியது என்பதை சேவை நிலை காட்டுகிறது.