You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/organization/dynamic-sampling/index.mdx
+10-10Lines changed: 10 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,10 +14,10 @@ This process is applied directly on Sentry's servers, which allows you to config
14
14
15
15
By analyzing incoming traffic patterns, Dynamic Sampling is able to tailor its decisions to both the actual traffic volume as well as the content of accepted spans. For more details, check out the [Dynamic Sampling Priorities](#dynamic-sampling-priorities) section.
16
16
17
-
<Note>
17
+
<Alert>
18
18
Dynamic Sampling is available for customers on our latest Enterprise plans,
19
19
starting June, 2024.
20
-
</Note>
20
+
</Alert>
21
21
22
22
## Prerequisites
23
23
@@ -69,12 +69,12 @@ The [project preview](https://sentry.io/orgredirect/organizations/:orgslug/setti
69
69
70
70
Because project rates continuously change, we recommend that you choose the 24-hour preview to get a more accurate view of your current sample rates for real-time analysis. We recommend the 30-day preview for seeing average sample rates in your billing cycle for long-term planning.
71
71
72
-
<Note>
72
+
<Alert>
73
73
If you switch from advanced to simple mode, the recalibration process will
74
74
start immediatly and the per-project sample rates will be reset to the
75
75
calculated values. There's no way to restore the manually configured project
76
76
sample rates once you've switched to simple mode.
77
-
</Note>
77
+
</Alert>
78
78
79
79
### Advanced Mode
80
80
@@ -120,12 +120,12 @@ SDK sampling uses a static rate set in the SDK configuration. It’s ideal for o
120
120
121
121
To give Sentry the fullest, most accurate picture of your application’s health, we recommend sending us 100% of your transactions. You can do this by setting your [tracesSampleRate](/platform-redirect/?next=/performance/) to 1.0. If this isn't feasible for your organization, set a lower value, or switch to sampling selectively by using the [tracesSampler](/platform-redirect/?next=/performance/) to filter your transactions based on contextual data. Note, that when calculating throughput, transaction-metering is based on received, not stored transactions.
122
122
123
-
<Note>
123
+
<Alert>
124
124
Changes to your SDK sampling configuration may affect your quota. If you
125
125
increase your SDK sampling rate, you'll also be increasing the volume of
126
126
transactions you send to Sentry. This may require that you adjust your
127
127
transaction quota.
128
-
</Note>
128
+
</Alert>
129
129
130
130
You can use both Dynamic and SDK Sampling together to further optimize your event volume for your specific use case. For example, you can set a low SDK sample rate to ensure that only a certain percentage of events are sent to Sentry, and then use Dynamic Sampling to adjust the sample rate based on the event volume received by Sentry.
131
131
@@ -154,11 +154,11 @@ Since dev environments usually generate a small number of transactions as compar
154
154
155
155
#### Low Volume Projects
156
156
157
-
<Note>
157
+
<Alert>
158
158
159
159
You won't be able to disable the Low Volume Projects dynamic sampling priority because it's set on an organization-wide level, not on a per-project basis.
160
160
161
-
</Note>
161
+
</Alert>
162
162
163
163
Some projects within your organization are very high-volume compared to others. This means that low-volume projects might get drowned out if we treat all projects equally. To ensure that you have enough samples regardless of project scale, we prioritize low-volume projects.
164
164
@@ -181,11 +181,11 @@ When you query a transactions either in [Discover](/product/explore/discover-que
181
181
182
182

183
183
184
-
<Note>
184
+
<Alert>
185
185
186
186
This feature only applies to transactions. Therefore, in Discover, you have to specify `event.type:transaction` in the query to access the feature, whereas in Performance the event type is implicit.
187
187
188
-
</Note>
188
+
</Alert>
189
189
190
190
Clicking this button creates an investigation rule for the query. Once the rule is successfully created, a notification appears, and the button is replaced with a message showing the investigation is in progress and the amount of time it's been active.
0 commit comments